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(57) ABSTRACT 
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capabilities. The wireless handset may be embodied as a 
full-featured handset that is capable of operating either 
within a wireless network (such as a cellular or PCS 
network) or in a direct handset-to-handset communication 
mode that is independent of the wireless network. 
Alternatively, the wireless handset may be embodied as a 
special purpose handset, that is capable of simply operating 
in a direct handset-to-handset communication mode. The 
wireless handset may additionally include features for sup- 
porting and enhancing direct communication between hand- 
sets. Such features may include a find feature that permits a 
user to determine which objects, including other wireless 
handset users, are located within a predetermined operating 
range of the wireless handset. A memorize feature may also 
be provided to permit handsets and other objects exchange 
information by wireless transmission. 
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ENHANCED WIRELESS HANDSET, 
INCLUDING DIRECT HANDSET-TO- 
HANDSET COMMUNICATION MODE 



BACKGROUND OF THE INVENTIGN 

1. Field of the InveDtion 

The present invention generally relates to the field of 
communications and the use of wireless handsets. More 
particularly, the present invention relates to wireless hand- 
sets with enhanced functionahty, including the ability to 
operate within a wireless network and in a direct handset- 
to-bandset communication mode. 

2. Acronyms 

The written description provided herein contains acro- 
nyms which refer to, for example, various communication 
services, components and techniques, as well as features 
relating to the present invention. Although some of these 
acronyms are known, use of these acronyms is not strictly 
standardized in the art. For purposes of the written descrip- 
tion herein, acronyms will be defined as follows: 

atizens Band (CB) 

Complimentary Metal Oxide Semiconductor (CMOS) 

Customer Premise Equipment (CPE) 

Electronically Erasable Programmable Read Only 

Memory (EEPROM) 
Federal Communications Commission (FCC) 
Group System for Mobile Communications (GSM) 
Interim Standard (IS) 
Liquid Crystal Di^lay (LCD) 
Mobile Identification Number (MIN) 
Mobile Switching Center (MSG) 
Mobile Telephone Switching Office (MTSO) 
Number Assignment Module (NAM) 
Peisonal Access Communication System (PACS) 
Personal Communications Network (PCN) 
Personal Communications Services (PCS) 
Personal Handyphone Systems (PHS) 
PubUc Land Mobile Network (PLMN) 
Plain Old Telephone Service (POTS) 
Public Switched Telephone Network (PSTN) 
Random Access Memory (RAM) 
System Access List (SAL) 
Supervisory Audio Tone (SAT) 
System Identification Code (SID) 
Subscriber Identity Module (SIM) 
System Operator Cbde (SOC) 
Signal Strength (SS) 
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(POTS) station location) and a wireless handset user. In 
addition, the wireless network may comprise a cellular 
network or a mobile telephone network to facilitate com- 
munication. 

Wireless networks enable mobile station users to roam 
over large geographic areas while maintaining immediate 
access to communication services. Mobile station users 
often carry their handsets or have them installed in their 
vehicle(s). Mobile stations comprising cellular telephones or 
wireless handsets may be operable in cooperation with 
cellular or Personal Cbmmimications Services (PCS) com- 
munications systems. Cellular communication systems typi- 
cally provide service to a geographic area by dividing the 
area into many smaller areas or cells. Each cell is serviced 
by a radio transceiver (i.e., a transmitter-receiver base sta- 
tion or cell site). The cell sites or base stations may be 
connected to Mobile Telephone Switching Offices (MTSOs) 
or Mobile Switching Centers (MSCs) through landlines 
and/or other communication links. The MSCs may, in turn, 
be connected via landUnes to the Public Switched Telephone 
Network (PSTN). 

FIG. 1 Ulustrates the main components of a conventional 
cellular network. As shown in FIG. 1, a wireless handset 38 
may place or receive calls by communicating with a cell site 
30 or a cell site 40, depending upon the location of the 
wireless handset and the cell coverage area that is provided 
by each cell site (i.e., cell coverage area 35 of cell site 30 or 
cell coverage area 45 of cell site 40). For purposes of 
illustration, wireless handset 38 is depicted in FIG. 1 as 
being able to communicate with either cell site 30 or cell site 
40, even though the wireless handset is not illustrated as 
being located within cell coverage area 35 or cell coverage 
area 45. Under normal operating conditions, the extent to 
which wireless handset 38 will be able to conmiunicate with 
cell site 30 or cell site 40 will depend on the geographic 
location of the wireless handset and the size of the cell 
coverage area of each cell site. Further, although only two 
cell sites are depicted in FIG. 1, the entire cellidar network 
may include, for example, more than two cell sites. In 
addition, more than one cell site may be connected to each 
MSG and more than one wireless handset 38 may be 
operating within each cell site. 

Wireless handset 38 may include a conventional cellular 
telephone unit with a transceiver and antenna (not shown) to 
communicate by, for example, radio waves with cell sites 30 
and 40. Various air-interface technologies may be imple- 
mented to facilitate communication between each wireless 
handset and the cell sites. Cell sites 30 and 40 may both 
include a radio transceiver (not shown) and be connected by 
landlines 16 or other communication links to MSCs 24, 28. 
A PSTN 12 is also connected to each of the MSCs 24, 28 by 
landline 16 or other communication links. PSTN 12 may 
also be connected to fixed Customer Premise Equipment 
(CPE) 6 (which may include telephone equipment) by 



Transmission Control Protocol/Intemet Protocol (TCP/ 55 communication or trunked lines 10. 



IP) 

Time Division Multiple Access (TDMA) 

3. Background and Material Information 

Traditionally, wireless handsets have been provided to 
facilitate mobile communications. Such handsets are typi- 
cally assigned a unique wireless or mobile identification 
number. By dialing the number assigned to the handset, a 
user may attempt to access a wireless handset user through 
the wireless network infi'astructure. The wireless network 
may facilitate conmumications between two mobile wireless 
handset users, or between a user located at a fixed location 
(such as, for example, a Plain Old Telephone Service 
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The MSCs 24,28 may be conventional digital telephone 
exchanges that control the switching between PSTN 12 and 
the cell sites 30 and 40 to provide wirehne-to-mobile, 
mobile-to-wireline and mobile-to-mc^ile call connectivity. 
Each MSC may perform various functions, including: (i) 
processing mobile station status data received from the cell 
site controllers; (ii) handling and switching calls between 
cells; (iii) processing diagnostic information; and (iv) com- 
piling billing information. The transceiver (not shown) of 
each cell site 30 and 40 provides communications, such as 
voice and data, with each wireless handset 38 while it is 
present in its geographic domain. The MSCs 24, 28 may 
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track and switch wireless handset 38 from cell site to cell 
site, as the wireless handset passes through various coverage 
areas. When wireless handset 58 passes from one cell to 
another cell, the MSG of the corresponding cell naay perform 
a "hand-oflE" that allows the wireless handset to be continu- 
ously serviced. 

In the current North American cellular system, any given 
area may be serviced by up to two competing service 
providers of cellular airtime commutnication services. By 
Federal Communications Commission (FCC) regulations, 
the two competing cellular sendee providers are assigned 
different groups of frequencies within the 800-900 MHZ 
region through which sendees are provided. A frequency set 
typically includes control channels and voice channels. The 
control channels are used for preliminary communications 
between a mobile station and a cell site for setting up a call, 
after which a voice channel is assigned for the mobile 
station's use on that call. The assigned frequency sets are 
generally referred to as "A band frequencies" and "B band 
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is broadcast by each service provider or cellular provider 
and is used by the wireless handset to determine whether or 
not the wireless handset is operating in its home networic or 
if it is operating in a roaming condition. The wireless 
handset makes this determination by reading the SID that is 
broadcast in the cellular market in which it is located, and 
comparing it to the home SID stored in the NAM of the 
cellular phone imit. If the SIDs do not match, then the 
wireless handset is roaming, and the mobile station must 
attempt to gain service through a non-home service provider. 
Due to the imposition of a fixed surcharge or higher per unit 
rate, the airtime charges when the mobile station is roaming 
are customarily higher than when it is operating within its 
home network. 

When a wireless handset is switched ON, the handset 
scans the group of control channels to determine the stron- 
gest cell site or base station signal. Control channels arc 
primarily involved in setting up a call and moving it to an 
unused voice channel. When a telephone call is placed, a 



frequencies". Typically, the A band frequencies are reserved 20 signal is sent to the cell site or base station. The MSC usually 



for non-wireline service providers, while the B band fre- 
quencies are reserved for wireline service providers. While 
each frequency set for a given cellular service area is 
assigned to only one sendee provider, in different service 
areas the same frequency set may be assigned to different 
service providers or companies. Cellular service providers 
often charge usage fees for airtime since they have to 
purchase or license the wireless bandwidth over which 
cellular calls take place, and because they have to maintain 
their wireless network. The FCC, however, has also desig- 
nated unlicensed bands in Northern America which do not 
require a license to operate on if the transmit power is 
sufficiently low. For example, the 902-928 MHZ Industrial, 
Scientific and Medical band is unlicensed in the United 
States. This band is commonly used for home cordless 
telephones and is well suited for voice communications at 
limited distances. 

Depending upon which cellular service provider is sub- 
scribed to by the user of the wireless handset, the home 
frequency set of the user may corre^>ond to the A frequency 
band or the B frequency band. Whenever a call is placed by 
the mobile station or wireless handset, the unit will ordi- 
narily attempt to use the home frequency set to establish the 
call. If a call is handled outside of the user's home network 
area, then the unit is said to be "roaming" and service will 
be attempted through a frequency set of the preferred service 
provider in that area. Typically, the user's home service 
provider will have a roaming agreement or reciprocal billing 
arrangement with the non-home service provider to permit 
service to be extended to the user's wireless unit when it is 
roaming in the non-home service provider's service area. 

The wireless handset may include a niemory device, such 
as a number assignment module (NAM), in which an 
assigned phone number (MIN) and a system identification 
code (SID) is stored to uniquely identify the home service 
provider for the unit. In addition, the wireless handset may 
store a unique Electronic Serial Number (ESN) that is 
assigned to the wireless handset. In the North American 
cellxdar system, each cellular market or provider is assigned 
a distinct, fifteen bit SID. In Europe, on the other hand, the 
Global System for Mobile Communications (GSM) standard 
(see, for example. Recommendation GSM 02.11, Service 
Accessibility, European Telecommunications Standards 
Institute, 1992) defines a process for network selection 
based on the wireless handset reading the GSM equivalent 
of the SID, called the Public Land Mobile Network (PLMN) 
identity. The SID or equivalent system identification number 
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dispatches the request to all base stations in the cellular 
system. The MIN which is assigned as the phone number to 
the wireless handset is then broadcast as a paging message 
throughout the cellular system. When the wireless handset 
receives the page, the handset identifies itself to the base 
station it received the page torn (usually the strongest base 
station) and informs the MSC of the "handshake". The MSC 
then instructs the base station to move the call to an unused 
channel. As noted above, the MSC may also provide access 
to the PSTN once a diannel is established. 

Operation under a roaming condition is often under the 
control of the wireless handset user. The user can select 
whether the mobile station will operate in a Home System 
Only, A Band Only, B Band Only, A Band Preferred, or B 
Band Preferred operating mode. The user typically controls 
the system preference and mode operation through menu 
choice or selection. This current method of roaming control 
is conventionally known as "Preferred System Selection". In 
the most common roaming situation, the wireless handset 
remains on the same band as the home cellular network. That 
is, if the wireless handset is homed to a cellular network with 
an odd numbered SID (which is normally assigned to an A 
band cellular service provider), then the wireless handset 
will obtain service from the A band cellular service provider 
when roaming. 

In addition to conventional cellular network systems. 
Personal Communications Services (PCS) systems are also 
available. PCS covers a broad range of individualized com- 
munication services. However, providing cellular or PCS 
services is costly. To recover these costs, a subscriber is 
normally required to pay a monthly fee and additional fees 
may be charged for time spent talking on the wireless 
handset (often referred to as airtime). Some service plans 
may give a subscriber a certain number of minutes of airtime 
free per month and then charge for every minute over that 
allotment. Other plans may charge for every minute spent 
using the wireless handset In addition, the subscriber is 
often required to purchase the wireless handset or sign a 
multi-year service contract. Additional charges may also be 
incurred for service features (sudi as voice mail) or using the 
wireless handset in other service markets. Roaming charges 
can be costly, especially where preferred roaming carriers 
are not available. 

Forms of wireless or mobile communication that do not 
incur these fees are also available. For example, cordless 
phone systems, land mobile radio systems, CB radios and 
walkie-talkies are available. Cordless phone technologies 
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are often utilized in home or oiEce eDviromnents and operate cial if it included enhanced features, such as full-duplex, 

over unlicensed bands to provide wireless or cordless phone private communication, dynamic channel allocation and 

capabilities via a cordless phone base station. Cordless handset locating capabilities. Such features would eliminate 

phone units typically employ a manufacturer's proprietary the need for users to prearrange or manually select operating 

protocol to manage full duplex communications between the 5 channels (which is a common drawback in radio systems 

handset and a single coidless phone base station connected such as CB radios) and provide full duplex communication 

to a phone Une. Further, land mobile radio systems, CB free of a communication network and without incurring 

radios, walkie-talkies and radios using die new family band substantial airtmie charges 

provide half duplex (push-to-talk) wireless voice commina- ^^^^ ^J^^er ^oups and mdustn^ would benefit from 

iions over extended ranges (e.g., at ranges up to 2 miles), lo f"'^^^" ^°*^^°f^ ^^f^ ^^^"^P^^' 

™, , . * J - *i i_ L J * tionality of such a wu'eless handset is currently needed by 

These devices communicate directly by bioadcaslmg voice ^^^jj/ ^ ^^.^j^^ ^^^y^ personnel, businesse^ 

signals over channels that are shared with anyone who buys ^^^^ ^ ^^^^ ^^^^^^ ^^^^ 

a sundar device and desires to hsten in to the conversaUon. i^chiding contractors, electricians, plumbers, tow truck driv- 

Suchtechnolog,esdonotmcurfees.smcelheydonolrely and caterers, have a strong need for such a wireless 

upon a wireless network infrastructure or service provider, is ^^^^^ ^ ^^j^^ 

such as with cellular or PCS umts. However, these devices ^ • i_ j . r ^-^ . n l 

, lui i^uuioi uuj«. 11*^ i aDothcr at vanous job sites and to facilitate collaboration on 

also suffer from several drawbacks. For example, cordless . ^ . u * ♦* i * • u-i 

.... J J projects at a substantial cost savings. On-site mobile 

phone systems o^rale over hmited ranges and do no ^uch office buflding employees and personnel, 

support direct handset-to-handset commumcation, since aU peisomiel, and warehouses, as well as teachers and 

calk aie handled through the coid^^ess phone base station 20 ^^^^ ^^^^^ ^^^^ ^ ^^^gj ^ 

Cordless phone unite also have limited capabdities and ^^j^ ^^^^ ^ ^^^^^^ ^ ^ ^^^^ 

operatjng features that resect th«r «^fi»ln««. Fuller, ^^^^ departments while spending much of 

while land mobde radio systems. CB radios. waUae-talkies ^ ^ j„ 

and other radio systems provide direct communication ^^^^^^ ^^^^ ^ ^ ^ enhanced, wireless handset 

betw^n units over extended ranges, such devices do not 25 communicaUon device by teenageis and families which wish 

piovideany level ofpnvacysmceaUsignalsaie broadcasted ^ keep in contact with one another during social events or 

by the umte and may be received by other parties. In ^a^^jions. Such a device would also provide an inexpensive 

addition, radio devices only provide half -duplex commum- i *• i *• *l j *• ^-^t:^ 

• . , ^ „ , . M solution for locatmg one another and preventmg parties from 

cations and require that users manually select similar oper- ^ arated 

ating channels. 30 y - 

In recent years. Personal Handyphone System (PHS) SUMMARY OF THE INVENTION 

handsets have been provided as an alternative and more in view of the foregoing, the present invention, through 

economical solution for wireless communications. PHS sys- one or more of its various aspects, embodiments and/or 

tems utilize low powered handsets and a imcro-cell network specific features or subcomponents thereof, is thus intended 

architecture including a large number of cell stations to 35 to bring about one or more of the objects and advantages as 

provide coverage. Each cell station picks up a carrier at discussed below. 

random from those available and selects a carrier on the ^ obje^ the present invention is to provide a fuUy 

basis of least interference. A traffic channel is then allocated featured, wireless handset that provides greater flexfcility 

to provide wireless communications. PHS systems also ^nd operating capabilities for users, 

provide other features, such as user authentication location 40 ,^ ^^^^^^^ ^ ^^^^ invention is to provide a 

registration and seamless handover durmg calls. PHS ^^j^ ^^^^ ^^at is inexpensive to operate and that 

systems,however,havenotbeen™erciaUysua:^ ^^1^^^ ^^^^^ ^^^^^ capabilities. 

many developed countnes (mcludmg the United States and * t _*u * * *u • • * -j • i 

^'.v,. 1--. jLj.f^ A nirther object of the mvention is to provide a wireless 

Germany) and have hmited handset feature^ ^^^^ ^^ ^ handset-to- 

n view of the foregoing, there is presently a need for a 4S ^^^^ communication mode. 
fuU-featured wireless handset that mcludes enhanced fea- * * , . ^ , . . . 
tures or capabilities to provide a user with greater flexibility .^°^^[ P^*^°' invention is to provide a 
and optimum performance. For example, many users would ^^^^ ^"^^^ ^^"'^^"^ operating features, 
benefit from a full-featured wireless handset that is capable "^eluding the capabihty of operatmg either withm a wireless 
of operating within a wireless network (such as a cellular so network or outside of a wireless network ma direct handset- 
phone. PCS or PHS network), as weU as operating in a direct to-handset commumcaUon mode. 

handset-to-handset mode within a limited range but without another object of the present invention is provide a 

the utilization of a wireless network. Since direct handset- wireless handset that is capable of providing fiillKluplex 

to-handset calls avoid the use of a wireless network, users commumcation and perfonmng dynaniic channel allocation 

would be provided with the benefit of being able to place 55 ^ esUblish communication with another handset, 

calls free of the wireless network and with litUe or no airtirae another object of the present invention is to provide a 

charges (i.e., monthly service or use charges could be wireless handset with enhanced feamres. such as a find 

applied to the user by the supplier of the wireless handset). feature that assists a handset operator in determining what 

A full-featured wireless handset with such functionality objects, including other handset users, are located within the 

would have broad appeal to many users and could be applied 60 handset's operating range. 

to many applications to permit users to reduce their cellular Another object of die invention is to provide a wireless 
phone charges. There is also a need for an improved wireless handset that includes a memorize feature, which permits a 
handset that has enhanced features, and which does not wireless hancfeet to exchange information conveniently and 
suffer from the drawbacks of existing communication securely with another handset or object by wireless trans- 
devices, such as those described herein. For example, a 65 mission. 

wireless handset that is capable of operating in a direct In addition, an object of the invention is to provide a 

handset-to-handset communication mode would be benefi- plurality of enhanced features for a wireless handset, includ- 
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ing find features, memorize features, conference call fea- The method may further comprise providing a find List 

tures and short range messaging features. comprising a plurality of entries, and initiating a find feature 

Accordingly, an enhanced wireless handset is provided based on information of at least one entry of the find list, 

that is capable of operating within a traditional wireless wherein the information of each entry in the find list 

network or in a direct handset-to-handset communication s specifies at least one object to be located. The method may 

mode. The wireless handset includes enhanced operating also provide selecting an entry in the find list to specify an 

features, including find features for locating objects, includ- object and initiating a find feature based on the object 

ing other wireless handsets, paging devices and beeping specified by a selected entry of the find list to determine if 

devices or clips attached to items (such as keys, tools, pets, selected object is within range of the wireless handset. 

etc.), that are within range of the wireless handset In order When it is detected that no entry in the find list has been 

to provide such features, the wireless handset is imple- selected, a general find request may be initiated based on 

mented with: means for initiating a find feature to determine ^^ch object specified by the plurality of entries of the find list 

if at least one specified object is within range of the wireless ^ determine which objects on the find list arc within range 

handset; means for generating a query message over a of said wireless handset. 

control channel based on the initiation of the find feature: ™. *• i i** -i 

- , , c_ ^1. -^^ The present mvention also relates to a wireless handset 

means for detectmg a positive response message from the f j • i j- ^ j r . r 

•c J L - . • 1 . J r with enhanced operating features, mcludine find features for 

specified object m reply to the query message; and means for , ^. ... / . ^ *l • i iT * \ *t. * 

. J- L J A_ L * locatmg objects (such as other wireless handsets) that are 

mdicatmg, based on the positive response message bemg -.i.- r *u - i u j * r j ..t. 

J . . J L J . .1. fTi. -i: J u- • within range of the wireless handset. In accordance with an 

detected by the detectmg means, that the specified object IS * r *u • *• *u • i u j . 

... ' - . ° u J * aspect of the mvention, the wireless handset comprises: 

withm range of the wireless handset. on r - *• <: jr * . ^ . • r * i . 

,r ^ . • . , . , ^ means for imUatmg a find feature to determme if at least one 

According to an aspect of the invention, the wireless ^^^^^ ^ ^.^^^ „f 

handset may include a find Lst that comprises a plurahty of ^ ^ ^^^^ ^t,^^^^, ^„ ^ i„J^i,tJ„„ 

entn«, wherein each of the entnes includes infoimaUon for „f ^ j^^j^^. ^^j^ ^ ^ ^ ^ 

specifjong at least one object The information of each ent^ „^ ^^^^ ^^ ^^ jg^ ^j^^j 

m the find hst may include the name and/or ID associated ^ ^ ^ message; and means for recording 

with the olyect specified by the entry, The initiating means Monnation based on the registry message received from the 

may initiate a find feature based on the information of at ^^ j^^j specified object, 

least one entry ofthe find list. The wireless handset may also -l- jjll 

includemeansforselectinganentryinthefindlisttospecify The mformation that -srecoried by the recordmg means 

an object, whereby the initiating means initiates a specific 30 include the name and/or ED associated with the ^ea- 

find request based on the object specified by the entry ofthe ?f ^J^.*"- ^'"^t'' ^^^<i^&r^»^'^^y^ record the 

find hst selected with the selecting means to determine if the "jfonnaUon to a found hst to indi(ate that the specified 

selected object is within range of the wireless handset. When °''J«=' '"'I"" '^^.^ °^ the wirek^ handset . Alternatively, 

no entry in the find list is selected with the selecting means, ^ infoimaUon that is recorded by the reconhng means may 

the initiating means may initiate a general find request based 35 '?'"P"f,'be ID assooated with the specified object and a 

on each objectspecifiedbylhe plurality ofentriesof the find for contactmg the spec^ object. In such a case, 

list io order to determine which objects on the find list are recordmg means may record the informauon to a tem- 

within range of the wireless handset. P"'*^ °' ^ ^"''^'^ handset Further, means for 

_ Z, -.L . • *• *u generating a query message over the channel for contacting 

In accordance with another aspect of the mvention, the f, -f j u* « a a n c 

.... . ^ - the specified object may be provided, as well as means for 

mdicatmg means may comprise means for recording infor- 40 j * *- » 

^. ° r J 1- . L J *u detecting a positive response message from the specified 

mation to a found list based on the positive response u* * * i * *t- 

J r J* 1 * *i_ r J 1- * * • J- * object m reply to the query message, 

message and means for displaying the found list to mdicate t ^ » 

that the specified object is within range of the wireless ^h^ wireless handset may also comprise means for 

handset. The wireless handset may also include means for mdicatmg, based on the positive response message detected 

detecting when a response has not been received, within a 45 ^ detecting means, that the specified object is within 

predetermined wait time, from the specified (*ject in reply ^^S^ the wireless handset, means for recording informa- 

to the query message, and means for alerting that the object ^ a found list based on the positive response message, 

was not found when the detecting means detects that a ""^^ di^laying the found list to indicate that the 

response has not been received. The query message may specified object is within range of the wireless handset. In 

comprise an ID of the specified object and an ID of the 50 information that is recorded by the recording 

wireless handset that generated the query message. Means "^^^^ns may mdicate a channel for contacting the specified 

for detecting a signal strength of the positive response o^^j^t a slot time for contacting the q)ecified object on 

message may also be provided, and the indicating means channel. 

may indicate the detected signal strength of the positive In accordance with another a^>ect of the invention, a 
response message to the user of the wireless handset 55 method is provided for locating objects that are within range 
In accordance with another aspect of the invention, a of a wireless handset. The objects to be located may corn- 
method is provided for locating objects, such as other prise other wireless handsets, paging devices and beeping 
wireless handsets, paging devices and beeping devices or devices or clips attached to items. In general, the method 
clips, that are within range of a wireless handset. The may comprise: initiating a find feature to determine if at least 
method comprises: initiating a find feature to determine if at 60 specified object is within range of the wireless handset; 
least one specified object is within range of the wireless tuning to a registry channel based on the initiation ofthe find 
handset; generating a query message over a control channel feamre; receiving a registry message on the registry channel 
based on the initiation of the find feature; detecting a firom the at least one specified object in response to the query 
positive refuse message from the specified object in reply message; and recording information based on the registry 
to the query message; and recording information to a found 65 message received firom the at least one specified objea. 
list based on the positive response message to indicate that The information that is recorded may include the name 
the specified object is within range of the wireless handset. and/or ID associated with the specified object. Further, in the 
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disclosed method, information may be recorded to a found 
list to indicate that the specified object is within range of the 
wireless handset 

According to another aspect of the invention, a wireless 
handset with enhanced operating features is provided, 5 
wherein the enhanced operating features comprise a memo- 
rize feature for exchanging information with objects, includ- 
ing other wireless handsets that are capable of operating in 
a communication mode with the wireless handset. To imple- 
ment the memorize feature, the wireless handset may com- lo 
prise: means for initiating a memorize feature with at least 
one object; means for generating a query message based on 
the initiation of the memorize feature to request a response 
from the at least one object; means for receiving a positive 
response message from the at least one object in reply to the is 
query message; and means for recording information based 
on the positive response message received ficom the at least 
one object. 

The information that is recorded by the handset may 
include an ED or number associated with the at least one 20 
object. Further, the generating means may generate the 
query message at a reduced power level when the at least 
one object is in close proximity to the wireless handset, so 
that the query message is not received by other objects. 

The above-listed and other objects, features and advan- ^ 
tages of the present invention will be more fully set forth 
hereinafter. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is further described in the detailed 30 
description which follows, by reference to the noted plural- 
ity of drawings by way of non-limiting examples of pre- 
ferred embodiments of the present invention, in which like 
reference numerals represent similar parts throughout the 
several views of the drawings, and wherein: 35 

FIG. 1 illustrates the basic components of a conventional 
cellular network system; 

FIG. 2 illustrates exemplary components of a network 
infrastructure for supporting wireless communication 
between enhanced wireless handsets, according to an aspect ^ 
of the present invention; 

FIG. 3 illustrates, in accordance with another aspect of the 
present invention, a direct handset-to-handset communica- 
tion mode between wireless handsets; 

FIG. 4A is an exemplary block diagram of the main 
components of a wireless handset, in accordance with an 
aspect of the present invention; 

FIG. 4B illustrates, in accordance with an aspect of the 
invention, exemplary features of a wireless handset; 

FIG. 5 illustrates a state transition diagram of a wireless 
handset, in accordance with an aspect of the invention; 

FIGS. 6A, 6B, 6C, 6D and 6E are exemplary flowcharts 
of the various processes and operations that may be per- 
formed by a wireless handset of the invention when oper- 55 
ating in an Idle state and responding to messages from other 
handsets; 

FIGS. 7A and 7B illustrate exemplary flowcharts of the 
various processes and operations in an Paging state, accord- 
ing to an aspect of the invention; 

FIG. 8 illustrates an exemplary flowchart of the various 
processes and operations in a Conversation state, according 
to an aspect of the invention; 

FIGS. 9A and 9B are exemplary flowcharts of the various 
processes and operations that may be carried out for per- 65 
forming a general find request with a separate or dedicated 
timer; 
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FIGS. lOA and lOB are exemplary flowcharts, in accor- 
dance with another embodiment of the invention, of the 
various processes and operations that may be carried out for 
performing a general find request with a predefined control 
channel; 

HGS. IIA and UB are exemplary flowcharts of the 
various processes and operations that may be carried out for 
performing a general find request, in accordance with yet 
another embodiment of the invention; 

FIG. lie is an illustration of the manner in which 
handsets may register sequentially on a control channel; 

FIGS. 12A and 12B are exemplary flow charts of another 
embodiment of the invention for performing a general find 
request; 

FIGS. 13A and 13B are exemplary flowcharts of the 
various processes and operations that may be carried out for 
performing a specific find request with a separate or dedi- 
cated tunen 

FIGS. 14A and 14B are exemplary flowcharts, in accor- 
dance with another embodiment of the invention, of the 
various processes and operations that may be carried out for 
performing a specific find request to locate a specific object, 
such as another wireless handset user, with a predefined 
control channel; 

FIGS.. ISA and 15B are exemplary flowcharts of the 
various processes and operations that may be carried out for 
performing a specific find request, in accordance with yet 
aiK)ther embodiment of the invention; 

FIGS.' 16A and 16B are exemplary flow charts of another 
embodiment of the invention for performing a specific find 
request; 

FIGS. 17A and 17B are exemplary flow charts of an 
embodiment for performing a memorize feature of the 
present invention; 

FIGS. 18A, 18B and 18C illustrate an embodiment for 
providing three-way conferencing through the use of time 
domain multiplexing; 

FIGS. 19A and 19B illustrate an embodiment for locating 
a non-transmitting object, such as a paging or clip device 
attached to an item; 

FIGS. 20A and 20B illustrate an embodiment for locating 
a transmitting object, such as a paging or clip device 
attached to an item; 

FIGS. 21A and 21B illustrate an embodiment for locating 
a transmitting object, such as a paging or clip device 
attached to an item, and causing the device to emit an 
audible beep; 

FIGS. 22A and 22B are exemplary flowcharts of the 
various processes and operations that may be carried out by 
a wireless handset (i.e., handset A) when a ficee call is to be 
initiated and set up with another handset (i.e., handset B); 

FIGS. 23A and 23B are exemplary flowcharts of the 
various operations and procedures that may be carried out by 
handset B when responding to the call request from handset 
A; 

FIGS. 24A and 24B are exemplary flowcharts of the 
functions and procedures carried out by handset A when 
negotiating a channel for the call with handset B, wherein 
handset A acts as the originator or originating party for the 
channel negotiation; 

FIGS. 25A and 25B are exemplary flowcharts of the 
various procedures and operations carried out by handset B 
when negotiating the channel for the call with handset A, 
wherein handset B acts as the recipient for the channel 
negotiation; 
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FIGS. 26A and 26B are exemplary flowcharts of the 
various processes and operations carried out by handset A 
for initiating a call with handset B, when handset B is on a 
call with another handset (i.e., handset C); 

FIGS. 27A and 27B are exemplary flowcharts of the 5 
various processes and operations that may be carried out by 
handset B to handle the call request from handset A, while 
handset B is on a call with handset C; 

FIG. 27C is an exemplary flowchart of the various pro- 
cesses and operations that may be carried out by handset C 10 
when it is placed on hold by handset B to accept the call 
request from handset A; 

FIG. 28 is an exemplary flowchart of the various pro- 
cesses and operations that may t>e carried out by handset A 
to initiate a caU request and establish a &ee call with handset 15 
B through the use of a dedicated channel; 

FIG. 29 illustrates the various operations and procedures 
that may be carried out by handset B when responding to the 
call request from handset A; 

FIGS. 30A and 30B are exemplary flowcharts of the ^0 
various processes and operations that may be carried out by 
handset A when negotiating a channel with handset B, with 
handset A acting as the originator or originating party; 

FIGS. 31A and 31B are exemplary flowcharts of the 
various processes and operations that may be carried out by ^ 
handset B when negotiating a channel with handset A, with 
handset B acting as the recipient or receiving party; 

FIG. 32 is an exemplary flowchart of the various pro- 
cesses and operations carried out by handset A for initiating ^ 
a call with handset B, when handset B is on a call with 
another handset (i.e., handset C); 

FIG. 33 is an exemplary flowchart of the various pro- 
cesses and operations that may be carried out by handset B 
to handle the call request from handset A, while handset B 
is on a cafl with handset C; 

FIG. 34 is an exemplary flowchart of the various pro- 
cesses and operations that may be carried out by handset C 
when it is placed on hold by handset B to accept the call 
request from handset A; ^ 

FIG. 35 is an exemplary block diagram of the main 
components of a non-transmitting clip device, in accordance 
with an aspect of the present invention; 

FIG. 36 is an exemplary block diagram of the main 
components of a transmitting clip device, in accordance with 45 
another aspect of the present invention; 

FIGS. 37 and 38 are exemplary flowcharts, in accordance 
with an aspect of the invention, of the various processes and 
operations that may be carried out by handset A and handset 
B, respectively, to establish a free caU through the utilization 50 
of a dedicated control channel; 

FIGS. 39Aand 39B illustrate exemplary flowcharts of the 
various processes and operations in a Find Request state, 
according to an aspect of the invention; 

FIGS. 40A and 40B iUustrate exemplary flowchaits of the 55 
various processes and operations in a Memorize Request 
state, according to another aspect of the invention; and 

FIGS. 41Aand 41B iUustrate exemplary flowcharts of the 
various processes and operations in an Short Range Mes- 
saging state, according to still another a^ct of the inven- ^ 
tion. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

Referring to the accompanying drawings, a detailed 65 
description of the preferred embodiments and features of the 
present invention wiU be provided. 
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The present invention relates to a wireless handset that 
includes enhanced features to provide greater flexibility and 
optimum performance. According to an a^>ect of the present 
invention, a wireless handset is provided that permits a user 
to operate either within a wireless network or to communi- 
cate with another user in a direct handset-to-handset oper- 
ating mode. The direct handset-to-handset communication 
mode provides full-duplex, two-way communication with- 
out utilizing a wireless network infrastructure. In addition, 
as further described herein, the wireless handset of the 
present invention includes features that enhance the oper- 
ability and functionality of the handset. Such features 
include a find or locate feature that assists a handset operator 
in determining what other handset users are located within 
the operating range of the wireless handset. These and other 
features and a^cts of the present invention wiU now t>e 
described in greater detail with reference to the accompa- 
nying drawings. 

The wireless handset of the present invention may be 
implemented as a fully featured handset that is capable of 
operating in a wireless network, such as a cellular or PCS 
network, and/or to operate independent of a wireless net- 
work in a direct handset-to-handset communication mode. 
FIGS. 2 and 3 illustrate the main operating modes of the 
wireless handset of the invention. While it is preferred that 
the handset is provided with this dual capability or 
functionality, it is possible to implement the wireless handset 
and features of the present invention in the form of a special 
purpose handset that is capable of only operating in a direct 
handset-to-handset communication mode. Such a special 
purpose handset may communicate with other special pur- 
pose handsets and/or with fiifl-featured handsets that are also 
capable of operating within a wireless network. In addition, 
it is also possible to implement the wireless handset of the 
present invention in the form of a handset that is capable of 
operating in a direct handset-to-handset conomunication 
mode and that can function as a cordless phone in coopera- 
tion with a cordless phone base station. Such a wireless 
handset may also be provided with the capability to operate 
within a wireless network, such as a cellular or PCS net- 
work. Other modifications and implementations may be 
realized according to the needs of the wireless handset user. 

FIG. 2 illustrates a wireless network operating mode of a 
wireless handset, according to an aspect of the present 
invention. As shown in FIG. 2, wireless handsets 42A, 42B 
may commuiucate with one another via a wireless network 
infrastructure 132. IMreless network infrastructure 132 may 
be implemented utilizing conventional cellular or PCS tech- 
nology. In the exemplary embodiment of FIG. 2, wireless 
handset 42A may establish wireless communication with 
wireless handset 42B under the control of mobUe switching 
center (MSG) 124. Assuming that wireless handset 42A is 
operating within a cell coverage area 145 of base station or 
cell site 140, a call may be completed to wireless handset 
42B operating within ceU coverage area 135 of base station 
or cell site 130 by use of conventional air interface tech- 
nology and landlines 116 connecting the base stations to the 
MSC 124. A call may also be completed if lx)th wireless 
handsets 42A and 42B are operating within the same cell 
coverage area (e.g., area 135 or 145), in which case only one 
base station is involved. When operating within wireless 
network infrastructure 132, calls initiated by either wireless 
handset 42A or 42B are normally assessed airtime charges or 
fees according to the service plans subscribed to by the 
users. In addition, fees may also be assessed if either handset 
42A or 42B is roaming outside of its home market area or if 
certain service options are enabled. 
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When operating in a diiect handset-to-handset communi- of keypad 66 may also include ^soft keys" which provide 
cation mode, the wireless handsets 42A, 42B of the present multiple functionality depending on the operating state or 
invention directly establish communication between one mode of the handset. For example, a soft key may be 
another without use of a wireless network infrastructure. As provided which functions as both a power (i.e., ON/OFF) 
a result, airtime charges may be avoided when the wireless 5 switch as well as an end call (i.e., On-Hook) switch, 
handsets 42A, 42B are functioning in a direct handset-to- FIG. 4B fllustrates an exemplary embodiment of the 
handset mode and independently of a network. As illustrated external construction and arrangement of the main compo- 
in FIG. 3, when communicating in a direct handset mode, nents of wireless handset 42, including antenna 62, speaker 
wireless handsets 42A, 42B can directly communicate with 64, display 65, keypad 66, and microphone 67. The arrange- 
one another without the use of a base station or MSG. As jg ^^^^ of these components may of course be modified or 
further described herein, the selection aiKl setup of a channel enhanced according to the needs of the user and the type of 
for providing communication between the handsets may be features incorporated into the handset In addition, as dis- 
established through the use of a dynamic channel allocation cussed above, wireless handset 42 may also include an I/O 
technique or process. In such a case, predefined channels port 69 (illustrated as being provided on a side surface of 
may t>e allocated and searched, with a channel being wireless handset 42 in FIG. 4B) to facilitate the loading and 
selected based on the channel having the least detected downloading of information into memory 70 of the wireless 
interference level or the first located channel providing handset 42. I/O port 69 may comprise, for example, a data 
sufficient signal strength. In addition, other channel selection port, a Subscriber Identity Module (SIM) card slot and/or 
and setup techniques may be utilized to avoid the need for other types of ports or slots. Memory 70 of wireless handset 
manual channel selection and coordination by each user or 20 store the MIN, prc^ramming and other operational 
operator. information to implement the various features and aspects of 

As discussed above, the wireless handset of the present the invention. Memory 70 may comprise a read-write 

invention may be configured and implemented according to memory device that has an independent power supply or 

the level of functionality and operability that is required whose contents will not be effected by power downs of 

(e.g., direct handset mode only or with dual communication 25 ordinary duration. By way of non-limiting example, memory 

mode capabilities). FIGS. 4A and 4B illustrate exc:mplary 70 may be implemented by a programmable Electronically 

components and features of a wireless handset that is Erasable Programmable Read Only Memory (EEPROM), a 

capable of operating both within a wireless network and Complimentary Metal Oxide Semiconductor (CMOS) 

outside of a wireless network in a direct communication memory chip, or a conventional Random Access Memory 

mode. The construction and features of wireless handset 42 30 (RAM) with an independent power supply, 

in FIGS. 4Aand 4B may be utilized to construct the wireless As illustrated in the exemplary architecture arrangement 

handsets 42Aor 42B illustrated in FIGS. 2 and 3 and further of FIG. 4A, antenna 62 may be coimected to transceiver or 

described herein. tuner 63, which in turn is connected to a control system 61. 

As illustrated in the exemplary block diagram of FIG. 4A, Although transceiver 63 is illustrated as a single unit in FIG. 
wireless handset 42 may be implemented as a full featured 35 4A, a separate transmitter and receiver may also be provided 
wireless handset that comprises a control system 61, an to provide the functionality of transceiver 63. 
antenna 62, a transceiver or timer 63, a speaker 64, a display Control system 61 may be implemented as a 
65, a keypad 66, a microphone 67, and memory 70. An microprocessor-based control system and may be pro- 
input/output (I/O) port 69 may also be provided for facili- granuned to carry out the various features of the invention, 
tating communication with various devices (such as a por- 40 The programming of control system 61 may be carried out 
table computer, modem, printer, etc.) and for downloading by any suitable combination or use of software, hardware 
or loading information into memory 70. Wireless handset and/or firmware. Control system 61 may control the various 
unit 42 may be configured to provide all the features of a components of the wireless handset 42 to permit a user to 
conventional cellular handset unit, in addition to the unique send and receive calls and program the wireless handset. In 
programming and memory configurations and contents for 45 addition, control system 61 may have access to memory 70, 
implementing the direct handset communication mode and in which the MIN and other programming information is 
other operating features of the present invention. stored, for directing operation of ttie wireless handset. A 

By way of non-limiting example, speaker .64 may com- more detailed description of the various processes and 

prise a conventional speaker for converting electrical audio functions of the operating features and modes of the inven- 

signals received by antenna 62 into acoustic audio signals, 50 tion is provided below with reference to the accompanying 

and microphone 67 may comprise a conventional micro- drawings. 

phone for converting voice utterances of a user from acous- As discussed above, the wireless handset of the present 

tic audio signals into electric audio signals for transmission invention may be a full-featured wireless handset that is 

by antenna 62. In addition, display 65 and keypad 66 may be capable of operating within a wireless network (e.g., a 

implemented by conventional display and keypad devices 55 cellular or PCS network) or in a direct handset-to-handset 

for displaying and permitting entry of alphanumeric and communication mode that functions independently of a 

other information. For instance, display 65 may comprise wireless network. As such, ttie wireless handset of the 

dedicated status lights and/or a liquid crystal display (LCD) present invention may be embodied as a full featured 

to indicate (through flashing lights, alphanumeric messages, wireless handset capable of making traditional wireless calls 

symbols, icons, etc.) the status of the wireless handset unit 60 and that has the additional functionality of enabling the 

and the operating mode. Further, keypad 66 may comprise handset to place direct calls to other handsets. Since direct 

menu selection buttons and/or a conventional 12-button, calls do not access a wireless network, such calls will 

alphanumeric keypad for initiating and receiving calls, and operate free of the wireless network and with little or no 

programming or selecting operating conditions for the wire- airtime charges (i.e., a monthly service or use charge may be 

less handset. The keys of keypad 66 may include dedicated 65 charged to the user by the provider of the wireless handset), 

keys which initialize or select certain functions of the Direct calls that are placed witfiout access to a network are 

handset or enter alphanumeric data when pressed. The keys referred to as "free calls'* herein. According to an a^>ect of 
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the present invention, the wireless handset may be provided handset or object may only rei^nd to a query if they have 

with traditional or conventional wireless features, as well as the querying handset on a list and they are in range of the 

the specific features and functionality of the present inven- user. As a result, only handsets or objects that have given the 

tion. Generally, the features of the wireless handset may be querying handset permission to find them will respond to a 

classified into the following categories: Traditional Wireless 5 find query. 

features; Free Call Control features; Find features; List The wireless handset of the present invention may also 

Maintenance features; Conference Call features; Short include a set of List Maintenance features. These features 

Range Messaging features; and Accessory-Related features. may be provided to permit a user to add and delete handsets 

Each of these features will be discussed in greater detail or objects to one or more lists stored in the handset, such as 

below. a speed dialing list for initiating calls, a find list for locating 

If the wireless handset is embodied to provide Traditional other handsets or objects, and/or a privacy list for blocking 

^^eless features and call functionality, then the wireless find queries firom specific handsets so that privacy may be 

handset may be implemented with traditional analog and/or maintained. With the List Maintenance featiu-es, a user may 

digital wireless features. Such features may include: Caller be permitted to add, delete and view each list stored in their 

ID; Caller ID Log; Short Message Service (SMS); Auto 15 handset. In accordance with an aspect of the present 

Answer, Choice ofAlerts; Vibration Alert; Call Mute; Large, invention, a single list may be stored in each handset to 

Scrollable Speed Dial List; Headset (with microphone function as a master list for all direct handset calls. In such 

accessory); and Computer Connectivity and Control. Any a case, the master list may serve as a speed dial list, a find 

combination of these features, as well as additional features, list and a privacy list. That is, the master list serves as a 

may be embodied in the wireless handset to facilitate 20 speed dial list when a direct handset call is initiated by a 

traditional analog and/or digital wireless connectivity. Of user, and also serves as a querying or find list when a find 

course, as discussed above, it is possible that the wireless function is initiated by a user to locate all handsets or 

handset be provided as a special purpose handset with only objects, or a specific handset or object that is within range, 

direct handset-to-handset functionality. In such a case, the The list Maintenance features may also include a memorize 

above-described features may be eliminated or may be 25 feature which permits two handsets to update their respec- 

modified and provided to support direct handset communi- tive master list, find list or privacy list with the ID of the 

cation. other handset. The memorize feature may be activated when 

As indicated above, calls made in a direct handset com- handsets are brought in close proximity to each other or their 

munication mode with the wireless handset are referred respective antennas are brou^t into contact, and users press 

herein to as "free calls", since such calls are made free of the 30 a predetermined key or button within a short time window, 

wireless network and with little or no airtime charges. Free As further discussed below, the memorize feature may also 

Call Control features may be provided to enhance the permit a user to memorize other objects, such as an acces- 

operation of the wireless handset when calls are placed sory or device that is capable of being queried (such as a 

directly firom one handset to another. These features may beeping clip or paging device) by activating the memorize 

encompass both call initiate and call receive features, and 35 function on the object in order to automatically add the 

call in progress and alert features. Various call initiate object to the find list. 

feedback features may also be provided for Free Call Other features that may be provided with the wireless 
Control. For example, when a user initiates a free call with handset include Conference Call features. Short Range Mes- 
the handset, the status or progress of the call may be saging features, and Accessory-Related features. The Con- 
indicated to the user through the use of predetermined 40 ferencc Call features may permit "free call" conferencing 
messages and/or icons that are displayed on the handset between three handset users. The three-way conferencing 
and/or the generation of pre<ktermined audible tones that are may be enabled through time domain multiplexing and, as 
transmitted to the user through the speaker of the handset. fiirther described below, may utilize either a fixed controlled 
For example, the display of the handset may indicate the time slot or a variable controlled time slot to permit con- 
name or ID of the handset to which the call is directed, and 45 ferencing. The Short Range Messaging features may include 
one or more icons or messages may be displayed on the features to permit short range messages to be sent directly 
handset to indicate the progress of the call (e.g., on-book, firom one handset to another handset when both handsets are 
off-book, ringing, etc.). The status and progress of the idle or during a controlled time slot if the receiving handset 
initiated call may also be indicated to the user through the is on a call. Further, Accessory-Related features may be 
use of predetermined audible tones (e.g., dialing, ringing, 50 provided to enhance the wireless handset of the present 
busy, etc.). Messages may also be displayed on the handset invention. For example, computer connectivity may be 
to provide feedback to the user as to whether the offered call provided to enable downloading of Usts and configuration 
was not responded to or received by the called party. With data. Further, beeping clips or other paging devices may be 
such features, a user will be better equipped to handle and provided that can be attached or secured to items (such as 
control direct handset calls with other users. 55 keys, wallets, tools, etc.) in order to facilitate finding those 

As indicated above, the handset of the present invention items through the Find features of the invention, 
may also be provided with various Find features. These In order to implement the wireless handset of the present 
features may be provided to permit a user to determine all invention with such functionahty, the wireless handset may 
objects, including other handset users, that are within range be embodied with any suitable combination of hardware, 
or to determine if a specific handset or object is within range 60 software, logic and/or programmed code to perform the 
of the user. As further described below, the handset of the required functions. FIG. 5 illustrates a state transition dia- 
user may have a prestored find list of other handsets or gram of the functionality that may be embedded in the 
objects that can be located with the Find features. Auser may wireless handset to provide direct handset-to-handset com- 
be given the option to locate a specific handset or object on munication and free call capability. The exemplary state 
the list or to initiate a general find function such that each of 65 transition diagram of FIG. 5 illustrates the various states and 
the handsets or objects on the list are queried to determine trigger conditions to transition between each state. As dis- 
if they are within range. In order to maintain privacy, each cussed above, this functionality may be provided in a special 
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purpose wireless handset or preferably may be embodied or mined number of times (e.g., L times) when paged by an 

bumiled with a wireless handset which also has cellular or ongLnatiog wireless handset. **Lr may be greater than one to 

PCS capability. A wireless handset having both capabilities increase the reliability that the message will be received 

would provide a user with nearly ubiquitous coverage, either without errors. The paged wireless handset will then switch 

handset-to-handset or via a wireless network. In addition, 5 to a voice mode and enter a Conversation state when the user 

such a wireless handset can also diare circuitry to reduce indicates that the caU should be answered (i.e., a user may 

costs over having two separate wireless handsets. For p^ss an answer key to indicate that the call should be 

example, the handset-to-handset conmiunication capability received). This transition is indicated in FIG. 5 by condition 

can use the same 10 Kbps data circuitry used in conventional f (page received and user answers). Otherwise, if the user 

analog cellular phones. The same voice processing circuitry 10 does not answer, the paged wireless handset will eventually 

could also be used, as weU as the same housing, keypad, time out and stay in an Idle state. 

display, antenna, microphone, speaker, etc. by both func- pj^s 6A-6^ are exemplary flowcharts of the various 

^^^^ processes and operations that may be performed by a 

Referring to FIG, 5, when the wireless handset is powered wireless handset of the invention when operating in an Idle 

or turned ON, the wireless handset may initialize and enter is state and responding to various messages from other hand- 

an Idle state. When in an Idle state, the wireless harniset is ^^ts. According to an aspect of the present invention, N 

waiting for a call. Calls may be placed in a direct handset- frequency pairs may be assigned to the wireless handset. The 

to-handsct communication mode by dialing the assigned higher frequency associated with the duplex channel "i" is 

directory or telephone number of the handset. If a wireless designated as F;„-. Further, in the iUustrated embodiment, the 

handset is provided with dual functionaHty, the telephone 20 lower frequency is designated as F^,-. Essentially, up to N 

number of the analog or digital handset (i.e., the MIN) may simultaneous calls can be supported assuming adequate 

be the same number used for placing free calls to the adjacent channel selectively in the wireless handsets. HG. 

wireless handset in a direct communication mode. In a direct iUustrates a sequential scan of the N channels. Alteraa- 

communication mode, fiill duplex handset-to-handset call arrangements, however, may be provided. For example, 

setup and caU states are provided using frequency domain 25 a quick search based on signal strength could be imple- 

duplexmg. In an Idle state, the receiver of the wireless mented. In such a case, only channels exceeding a prede- 

handset may monitor a higher range of the duplex band to termined or programmed signal strength threshold would be 

search for pages directed to its internally stored directory evaluated for synchronization and paging messages. Further, 

number or MIN. Free calls may be set up and handled over ^^^^^ strength ranking would be updated periodicaUy. 

a non-cellular or unlicensed band. For example, direct 30 , , l j- * rrwr^ ^ 

... . jju ♦* In the exemplary embodiment of FIG. 6A, when a wire- 

handset-to-handset communication may be provided by uti- , u j * * 1 ji . . • r * t 

lizing a Don-ceUular. unUcensed band such is the 930 MHZ "^^s Jiandset entejs an Idle state the receiver of ttie w«lc»s 

T J- * • 1 o • J J- 1 L J *i- * • *i- • J handset is switched to a predetermined higher band of the 

Industnal, Scientific and Medical band that is authorized , . u -i / * e -ix t? * c? -> *u 

J n 1 r *i_ T^r^r^ n i duplcx pass band (see step S2). Further, at step S2. the 

under Part 15 of the FCC Rules. ^ *^ . % u j * j * • j i u j 

^ ^. ^ transmitter is switched to a predetermmed lower band of the 

./^J""^^' "^"^^ ^^^''T ^9'.'^^^'''^?^ ^ duplex pass band. Thereafter, at step S.4, a counter i is set 

6A-6E, when a wireless handset is m an Idle state, the l. At step S.6, the receiver of the wireless handset is tuned 

receiver of the handset may scan a predetermmed set of frequency F^.. After tuning the receiver to the 

frequencies (i.e., f„ ^, . f^). When the receiver or fr p handset waits for a synchronization sig- 
transceiver or the wireless handset tunes to a frequency, the 

handset may dwell long enough to measure the signal 40* .... ... 

suength, obtain synchronization and decode a paguig . step S.8, it is determined whether a synchronizing 

message, if available. If the signal strength is below a set ^Sf^ ^ synchromzaUon is received, then logic 

threshold, or if no message is being sent, or a paging 1°'' ^^^fP Otherwise, at ^ep S.10, the 

message directed to a different mobile station or wireless ' '^'^^ acoordmg to the followmg formula: 

handset is decoded, the wireless handset may tune to the 45 ^t+i)mod N 
next frequency and repeat the process. If a paging message 

directed to Uie wireless handset is decoded, then the Following step S.IO, logic flow returns to step S.6, where 

responding handset may send a page response on a lower the receiver of the handset is returned to th« next high 

range of the duplex band corresponding to the frequency to frequency F;^. 

which the receiver is tuned. While paging, the originating 50 At step S.12, the wireless handset determines whether a 

wireless handset receiver listens for a page response on the page message has been received. If a page message is not 

lower associated duplex frequency (Paging state in FIG. 5). received within a predetermined period of time, then logic 

If the receiver decodes the response without error, then the flow proceeds to step S.16, where the handset determines 

wireless handset will switch to a voice mode on the same whether another type of message has been received, 

duplex frequency pair and enter a Conversation state. This is 55 Otherwise, at step S.14, the called party directory number 

illustrated in FIG. 5 by condition f (page received and user DNr is decoded by the receiver based on the page message 

answeis). If the page response is not decoded after a that is received and it is determined whether the directory 

predetermined number of attempts (i.e., M page attempts), number DNp stored in the wireless handset is the same as or 

the originating handset may provide a reorder alert (e.g., a corresponds to the called party directory number DNr. 

reorder tone in the ^aker or earpiece) and uot enter into a 60 If it is determined at step S.14 that DNr^DNp, then at step 

Cooversation state. "M" may be selected to ensure that a S.1600 (see FIG. 6B) the transmitter of the wireless handset 

handset in the Idle mode will scan and decode the frequency is tuned to the lower frequency F^^. Otherwise, logic flows 

at least once. Under this condition, the originating wireless back to step S.IO, so that i is modified and the receiver is 

handset which sent the paging message will return to an Idle tuned to a different high frequency, 

state from a Paging state. This transition is iUustrated in FIG. 65 As shown in FIG. 6B, foUowing step S.1600, the receiv- 

5 by condition c (no page response received). In an Idle ing wireless handset sends a page response message at step 

state, the paged wireless handset may respond a predeter- S.1618. In accordance with an aspect of the present 
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iDvention, the page response message may be sent back to may be sent back to the requesting wireless handset repeti- 

the originating wireless handset repetitively to ensure receipt lively to ensure receipt of the same. For this purpose, the 

of the same. For this purpose, the page response message found response message may be sent a predetermined num- 

may be sent a predetermined number of times (e.g., L times). ber of times (e.g., L times). Thereafter, at step S.1636, the 

Thereafter at step S.1620, the receiving wireless handset 5 receiving wireless handset may activate a found alerter of 

may activate an alerter of the receiving handset so as to the receiving handset so as to provide an alert indication to 

provide an alert indication to the user of the incoming call. the user of the find request The alert indication provided by 

The alert indication provided by the alerter may comprise an the alerter may comprise an alerting signal or tone (such as 

alerting signal or tone (such as a ringing signal or tone) or a ringing signal or tone) and/or a message that is displayed 

activation of a vibration medianism to cause the wireless lo on the handset. In addition, at step S.1638, the receiving 

handset to vibrate. Other alerting indications may be pro- handset may update a Found list so as to indicate that the 

vided and may be activated by the user. requesting handset is within range. Following step S.1638, 

As further shown in FIG. 6B, at step S.1622, the wireless the wireless handset may enter an Idle state, 

handset determines whether the user has indicated to answer Referring once again to FIG. 6A, if it is determined that 

the incoming call in response to the generation of the alert 15 a find message was not received at step S.16, then at step 

indication. In accordance with an aspect of the present S.18 the handset will determine whether a memorize mes- 

invention, the user may be given a predetermined amount of sage has been received from another handset. As disclosed 

time (i.e., T^^^ seconds) to respond to and to indicate herein, the wireless handsets of the present invention may 

whether a call should be answered. If the wireless handset include a memorize feature that permits handsets to 

user indicates to answer the call within the predetermined 20 exchange handset information, including handset DN or ID, 

time (e.g., by pressing an answer or talk button on the and corresponding name. If a memorize message has been 

wireless handset), the wireless handset may switch to a voice received at step S JO, then logic flow proceeds to step S22. 

mode at step S.1624 and enter into a Conversation state to Otherwise, if a memorize message has not been received at 

provide fiill duplex communication between the wireless step S20, the handset proceeds to step S.24 to determine if 

handsets. Otherwise, at step S.1626, the wireless handset 25 another type of message has been received, 

may display an indication to the wireless handset user that At step S.22, the called party directory number DNr is 

the call was received but not answered and, thereafter, enter decoded by the receiver of the handset based on the memo- 

into an Idle state. rize message that is received and it is determined whether 

Referring again to FIG. 6A, if it is determined that a page the directory number DNp stored in the wireless handset is 

message was not received at step S.12, then at step S.16 the 30 the same as or corresponds to the called party directory 

handset will determine whether a find message has been number DNr. If it is determined at step S22 that DNr°DNp, 

received from another handset. As disclosed herein, the then at step S.1640 (see FIG. 6D) the wireless handset will 

wireless handsets of the present invention may include a find set the value of a timer i to zero. Otherwise, logic flows back 

feature that permits a handset to locate (Ejects, including to step S.IO, so that i is modified and the receiver is tuned 

other wireless handsets, that are within range. If a find 35 to a different high frequency. 

message has been received at step S.16, then logic flow As illustrated in FIG. 6D, at step S.1640 the value of a 

proceeds to step S.18. Othenvise, if a find message has not timer i is initialized and set to zero. Thereafter, the handset 

been received at step S.16, the handset proceeds lo step SJ20 determines at step S.1642 whether the user has responded by 

to determine if another type of message has been received. pressing an appropriate key or button on the handset (e.g., a 

At step S.18, the called party directory number DNr is 40 memorize key) so as to activate the memorize feature. In 

decoded by the receiver of the handset based on the find accordance with an embodiment of the memorize feature 

message that is received and it is determined whether the described herein, the memorize feature must be activated by 

directory number DNp stored in the wireless handset is the both handsets within a predetermined time window to permit 

same as or corresponds to the called party directory number the exchange of information to occur. If the memorize 

DNr. If it is determined at step S.18 that DNr=DNp, then at 45 feature is not activated at step S.1642, then the handset will 

step S.1630 (see FIG. 6C) the wireless handset will deter- increment the timer i by one at step S.1644 and determine at 

mine whether the requesting handset that sent the find step S.1646 whether the value of the timer i is greater than 

message is on its Find list. Otherwise, logic flows back to or equal to a predetermined time limit If the value of 

step S.IO, so that i is modified and the receiver is tuned to the timer is less than i,^ then logic flow loops back 

a different high frequency. 50 to step S.1642 to again determine whether the memorize 

As illustrated in FIG. 6C, at step S.1630 it is determined feature has been activated. Otherwise, if the timer i is not 
whether the requesting DN is on the Find list of the handset. less than then the time limit for activating the memorize 
The determination at step S.1630 may be made by compar- feature has been exceeded and the memorize request is 
ing the directory number DN or ID of the requesting handset ignored, with the handset entering the Idle state, 
provided in the find message that was received with the 55 If the user responds and activates the memorize feature at 
entries in the Find list of the wireless handset. As further step S.1642, then at step S.1648 the transmitter of the 
described below, this determination may be made in order to wireless handset is tuned to the lower frequency F;,-. Further, 
maintain privacy and limit the find capability to only autho- after tuning the transmitter at step S.1648, the wireless 
rized handset users. If the requesting DN is on the Find list, handset sends a memorize response message to the request- 
then at step S.1632 the transmitter of the wireless handset is 60 ing handset at step S.1650. In accordance with an aspect of 
tuned to the lower frequency F,y. Otherwise, the fiiKl request the present invention, the response message may be sent 
may be ignored and the handset may enter back into the Idle back to the requesting wireless handset repetitively to ensure 
state following step S.1630 receipt of the same. For this purpose, the memorize response 

After tuning the transmitter at step S.1632, the receiving message may be sent a predetermined number of times (e.g., 

wireless handset sends a found response message to the 65 L times). Thereafter, at step S.1652, the receiving wireless 

requesting handset at step S.1634. In accordance with an handset may activate a memorize success alerter so as to 

aspect of the present invention, the found response message provide an indication to the user of that the memorize feature 
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has been invoked with the requesting handset. The alert 
indication provided by the alerter may comprise an alerting 
signal or tone (such as a ringing signal or tone) and/or a 
message that is displayed on the handset. Following the 
successful exchange handset information, at step S.1654 the 5 
handset may update the speed dial and/or find lists of the 
handset with the handset information of the handset that sent 
the memory request. Following step S.1654, the wireless 
handset may enter an Idle state. 

As shown in FIG. 6A, if it is determined that a memorize 10 
message was not received at step S.20, then at step S24 the 
handset will determine whether a short range message has 
been received from another handset. As disclosed herein, the 
wireless handsets of the present invention may include a 
short range messaging feature that permits handsets to send 15 
and receive short range messages. If a short range message 
has been received at step S24, then logic flow proceeds to 
step S.26. Otherwise, if a memorize message has not been 
received at step S.24, logic flow loops back to step S.10, so 
that i is modified and the receiver is tuned to a difierent high 20 
frequency. 

At step S.26, the called party directory number DNr is 
decoded by the receiver of the handset based on the short 
range message that is received and it is determined whether 
the directory number DNp stored in the wireless handset is 25 
the same as or corresponds to the called party directory 
number DNr. If it is determined at step S.26 that DNr=DNp, 
then at step S.1660 (see FIG. 6E) the wireless handset will 
tune the transmitter of the handset to the lower frequency F;,-. 
Otherwise, logic flows back to step S.IO, so that i is modified 30 
and the receiver is tuned to a different high frequency. 

At step S.1660, the transmitter of the wireless handset is 
tuned to the lower frequency F^,-. As illustrated in FIG. 6E, 
after tuning the transmitter at step S.1660, the wireless 
handset sends a short range message response message to 35 
the transmitting handset at step S.1662 to confirm receipt of 
the short range message. In accordance with an aspect of the 
present invention, the response message may be sent back to 
the originating wireless handset repetitively to ensure receipt 
of the same. For this purpose, the short range message 40 
response message may be sent a predetermined number of 
times (e.g., L times). Thereafter, at step S.1664, the receiving 
wireless handset may activate an alerter so as to provide an 
indication to the user of that a short range message has been 
received. The alert indication provided by the alerter may 45 
comprise an alerting signal or tone (such as a ringing signal 
or tone) and/or a message (e.g., ^Short Range Message 
Received") that is displayed on the handset. Following step 
S.1664, the handset may decode the ^ort range message at 
step S.1668 and, di^lay and/or store the decoded message 50 
with the handset. The decision to display or store the 
message may be optional and/or controlled by the user. 
Following step S.1668, the wireless handset may enter an 
Idle state. 

As illustrated in FIG. 5, the wireless handset will transi- 55 
tion between an Idle state and a Conversation state under 
condition f; that is, when a page message is received and the 
user answers, the wireless handset will transition from an 
Idle state to a Conversation state. In a Conversation state, the 
wireless handset will operate in a voice mode to provide full 60 
duplex communication between the wireless handsets. The 
wireless handset may return to an Idle state under various 
conditions. For example, as further illustrated in FIG. 5, the 
wireless handset will return to an Idle state from a Conver- 
sation state under condition d (when the user indicates that 65 
the call is to be ended by pressing, for example, an end key). 
A transition from a Conversation state to an Idle state may 
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also occur where a supervisory signal is lost (this is indicated 
by condition e in FIG. 5). 

When an originating wireless handset initiates a caU, the 
originating wireless handset will transition from an Idle state 
to a Paging state. The transition from an Idle state to the 
Paging state occurs under condition a, when a user indicates 
to initiate or start a free call by pressing a send or free key 
on the wireless handset In the Paging state, the wireless 
handset essentially frmctions in a state where it pages 
another wireless handset based on the directory number or 
telephone number entered by the user. Normally, the Paging 
state is entered from the Idle state according to the condi- 
tions described above. More ^>ecifically, the trigger to enter 
the Paging state is when a vahd handset or object is chosen 
and the appropriate key (such as a send button or free call 
button) is pressed by the user. As illustrated in FIG. 5, the 
wireless handset may transition back to the Idle state under 
various conditions. Condition b and condition c in FIG. 5 
illustrate two such examples. In condition b, the wireless 
handset will transition from the Paging state to the Idle state 
when the caUed party does not answer the call request. 
Additionally, the transition from the Paging state to the Idle 
state wiU occur under condition c, when no page response 
has been received by the originating wireless handset. If a 
page is successfriily received and the call request is 
answered by the called party, then the wireless handset will 
transition from a Paging state to the Conversation state. 

This condition is depicted in FIG. 5 by condition h (i.e., 
page response received and called party answers). 

As described above, in a Paging state, the wireless hand- 
set pages another wireless handset with the appropriate 
directory number or phone number. FIGS. 7A and 7B 
illustrate an exemplary flowchart of the various processes 
and operations that may be carried out during a Paging state. 
Generally, in a Paging state, the wireless handset swaps the 
transmit and receive frequencies so that other wireless 
handsets in an Idle state can listen for pages. If a page is 
responded to and the called party enters the Conversation 
state, the call is set up. 

Prior to selecting a channel, the wireless handset may 
check the channel for possible interference based on, for 
example, signal strength. The exemplary flowchart of FIGS. 
7A and 7B illustrate that such chedcs may be made until a 
channel is located that has a signal strength less than or equal 
to a predetermined threshold level, THR„^-. As an additional 
measure, the wireless handset may be configured such that 
it will terminate analysis of channels for signal strength after 
a predetermined period of time and provide a warning tone 
to the user to indicate that no channels are available. 

More particularly, as iUustrated in FIG. 7A, when entering 
a Paging state, a wireless handset will first prepare or gather 
the handset phone number at step S30. The called party 
digits may correspond to the directory or phone number of 
the wireless handset of the called party. At step S32, the 
wireless handset will then switch the receiver to the lower 
frequency band of the duplex pass band and will switch the 
transmitter to the higher frequency band. At step S34, the 
handset v/ill initialize a counter i to 1. Then, at step S36, the 
receiver of the handset will be set to the low frequency F,,- 
and the transmitter will be tuned to the higher frequency F;^. 

After tuning the receiver and transmitter, the wireless 
handset will determine at step S3S whether there is inter- 
ference in the channel. Interference may be analyzed by 
determining whether the signal strength of the channel is not 
greater than a predetermined threshold. For example, at step 
S38, the wireless handset may determine whether the 
received signal strength of the channel is less than or equal 
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to a threshold level THR^,-. If it is not, then at step S.40, the At step S.60, the wireless handset that has entered into a 

count i may be modified according to the following equa- conversation state switches circuitry to transmit and receive 

lion: voice communication signals. Thereafter, at step S.62, a 

supenrisory signal is sent. The supervisory signal may be 

i=(i+i)modN ^ based on the supervisory audio tone (SAT) encoding/ 

After i is reset, logic flow proceeds back to step S.36 so decoding circuitiy employed by cellular phones. At step 

that another channel is tuned to and analyzed for interfer- °^?bae station then initiaUzes a raunter t to 0. 

gjj^g Thereafter, the supervisory signal is decoded at step S.66. 

If the signal strength of the channel is determined to be ^ ^'^^ determines whether the 

appropriateTthen at step S.42 a counter mis initialized and lO supervisory sigjaal is stm present ^ 

* . Tt! <v * * AA / iTT^ u Still present, then the received audio is unmuted at the 

set to 0. Hiereafter at step S.44 (see FIG 7B), a synchro- ^^^^.^ -^^ ^ ^^^^^ ^^^^ 

mzation signal is sent by the wireless handset, as weU as a determines whether an end key is pressed by the user to 

paging message at step S.46. The pagmg message may i^^icate end of the conversation at step S.78. If the end key 

contain the directory phone number of the called party, as pressed by the user or another appropriate key is pressed 

well as the calling party name or number for caller ID 15 ^y the user to indicate end of the conversation or call, then 

purposes. If caller ID is not equipped in the system, then at step S.80 the handset switches back to the data circuitry 

sending of the calling party name and number is not nec- and stops sending the supervisory signal. Subsequent to step 

essary in or processed from the paging message. S.80, the mobile handset returns to the Idle state. If, at step 

At step S.48, it is determined whether a page response S.78, it is determined that the end key has not been pressed 

message has been received indicating that the called party's 20 by the user, then logic flow proceeds back to step S.64 where 

wireless handset is within range. If no page response mes- the counter t^ is initialized to 0 once again, 

sage is received, then at step S.50 the counter m is incre- If, at step S.68, it is determined that the supervisory signal 

mented by one and at step S.52 it is determined whether m is not present, then at step S.70 the received audio is muted 

has exceeded a predetermined limit L. If m is less than or at the handset's earpiece and at step S.72 t^ is incremented 

equal to the predetermined limit L, then logic flow proceeds 25 by 1. Thereafter, at step S.74, it is determined whether a 

back to step S.44 so that a synchronizing signal and the corrupted signal is received for a time period that exceeds a 

paging message may be resent. Otherwise, at step S.54, a predetermined interval or time. That is, at step S.74, it is 

reorder indication is provided to the user to indicate that the determined whether t^ is greater than or equal to the maxi- 

call request was unsuccessful and that the call request should mum interval or time T^,-. If t^ is greater than or equal to T^,- 

be placed at another time. Following step S.54, the wireless 30 then at step S.76 a reorder indicator or tone is provided to the 

handset transitions from the Paging state back to the Idle user to indicate that the signal has been lost. Thereafter, at 

state. step S.80, the mobile station switches back to the data 

As illustrated in FIG. 7B, if a page response message is circuitry and stops sending the supervisory signal. This 

received at step S.48, then at step S.56, a ring back tone or permits the wireless handset to transition back to the Idle 

another form of signal is provided to the user to indicate that 35 state. 

the call request was received. In accordance with oonven- If, however, at step S.74 it is determined that is not 

tional wireless handsets, the ring back tone may be an greater than or equal to T^^;, then logic flow proceeds back 

audible tone that is provided at the earpiece of the speaker to step S.66 where the wireless handset attempts to decode 

of the wireless handset. the supervisory signal. Thereafter, the mobile station deter- 

At step S.58, the originating mobile station determines 40 mines whether the supervisory signal is present at step S.68 
whether the called party has answered within a predeter- and, if so, then the Conversation state proceeds as normal 
mined amoimt of time. For example, a predetermined (see step S.78). If, however, the supervisory signal is still not 
amoimt of time (designated as T^ien seconds in FIG. 7B) located, then the received audio is muted at step S.70 and the 
may be designated to permit the called party to answer counter t^ is incremented again by 1 (see, for example, step 
within a certain number of seconds (for example, 20-30 45 S.72). The logic flow then proceeds as discussed above, 
seconds). If it is determined at step S.58 that the called party In the Conversation state, the mobile station operates on 
has not answered within the predetermined period, then the the same frequencies being used prior to entering the Con- 
originating phone may return to an Idle state. Otherwise, if versation state. The modulating circuitry of the mobile 
the caUed party answers within the predetermined time, then station is switched from the data mode to voice mode so that 
the phone may enter into a Conversation state to permit full 50 normal voice-band information is tran^itted. A supervisory 
duplex voice communication to be carried out between the signal that is easily filtered out of the audio information is 
parties. also transmitted to indicate when the hnk is active or broken. 

FIG. 8 iUustrates an exemplary flowchart of the various As discussed above, one example of a supervisory tone or 

processes and operations that may be carried out by a mobile signal that may be used by the mobile station is the SAT 

station when it is in a Conversation state. As indicated in 55 (supervisory audio tone) that is used in analog cellular 

FIG. 5, the mobile handset may transition into the Conver- phones. Another supervisory signal that may be utilized is 

sation state from either an Idle state (under condition f) or the sub-audible data stream used in narrow band AMPS 

from a Paging state (under condition h). A transition from an (IS-91). If the supervisory tone is corrupted for a prolonged 

Idle state to a Conversation state wiU occur under condition period of time (i.e., a period of time greater than or equal to 

f, when a page has been received and the user answers. A 60 T^.,^ then it is assumed that the communication path has been 

transition from a Paging state to a Conversation state will lost In this case, a reorder indication in the form of, for 

occur under condition h, when a page response is received example, an audible and/or visual indication, is provided to 

and the caUed party answers. Therefore, both the originating the user to warn of the situation and the lost communication 

and answering mobile station may enter into a Conversation path. As discussed above with respect to FIG. 8, when the 

state. The originating handset may transmit on a frequency 65 Conversation state is terminated or ended, the data circuitry 

that the answering mobile station is tuned to receive and vice of the mobile station is switched back in and the mobile 

versa, in accordance with the previous descriptions. station returns to the Idle state. 
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As further shown in FIG. 5, the mobile station may One of the feature states that may be selected by the user 

transition firom the Conversation state to the Idle state under is a feature state for Traditional Wireless features, which 

different conditions. That is, under condition d, the mobile may include all of the features and functions required of and 

station will transition from the Conversation state to the Idle included in analog or digital wireless handsets. The set of 

sUte when the end key is pressed by the user to indicate that 5 features that are provided in the wireless handset may, of 

the conversation has ended. This condition is tested at step course, vary depending upon the needs of the handset user. 

S.78 in FIG. 8. The mobile handset will also transition from ^^^^ features, the handset may be permitted to operate 

the Conversation state to the Idle state when the supervisory ^ accordance with traditional analog or digital wireless 

signal is lost, as indicated by condition e in FIG. 5. The communication protocols, or a more enhanced wireless 

f^l^l^^^T'^^'^ .u""^ '° handsetmaybeprovidedthatiscapableofoperatinginboth 

S.68-S.74m FIG. 8. After entermg the Idle state, the mobile , j^i -fi - i * i a j 5 u 

, „ . ^ . ^ analog and digital wireless networks. As described above, 

station may reenter the Pagmg state or the Conversation , r 

^ ^ , ^ , , 4 . i: *u the set of features provided as part of the Traditional 
state dependmg on the operational mode or state of the , - » . , . , , « „ 
mobile station. In addition, the mobile station may enter into ^irelt^ features for the handset may include: CaUer ID; 
other feature states depending on the manner in which the 15 Caller ID Log; Short Message Service (SMS); Auto Answer; 
mobile station is controUed or operated by the user. Choice of Alerts; Vibration Alert; Call Mute; and Large, 
TTiat is, when the phone is in the Idle state, as shown in Scrollable Speed Dial List Other features may be provided 
FIG. 5, the mobile station may transition to one or more including Computer Connectivity and Control, and Headset 
feature states under various conditions. In the exemplary (with microphone accessory). Any combination of these 
state diagram of FIG. 5, condition i is provided to represent 20 features may be embodied in the wireless handset to facili- 
the condition where a user selects an additional function or tate traditional analog and/or digital wireless connectivity. It 
state of the wireless handset. These features, including the is also possible that the wireless handset of the invention be 
Traditional Wireless features. Free CaU Control features, provided as a special purpose handset with only direct 
Find features. List Maintenance features. Conference Call handset-to-handset functionality, in which case the above- 
features and other features to be described hereinafter, may 25 noted features may be eliminated or modified and provided 
be selected by the user to perform various functions. Under ^ support direct handset communication. Similar features or 
such conditions, the handset will enter one of the feature overlapping features may also be provided for free call 
states to pemiit various functions to be carried out under the control and other general features for direct handset-to- 
command of the user. In FIG. 5, three exemplary feature j^^^j communication, as further described below, 
states are shown for purposes of illustration. The illustrated 30„„ . «..,t.jj 
feature states include a Find Request state, a Memorize ^hcn placmg a free call, the wireless handset does not 
Requeststate,andaShortRangeMessagestate.Aspectsand ^ ^^^^ '"^^^^ 
exemplary embodiments of these features are fiirther placed direcUy from one handset to another, as iUustrated in 
described below with reference to FIGS. 39-41. The Find ^ Call Control features may be provided to 
Request state, the Memorize Request state, and the Short 35 enhance and control the operation of the wireless handset in 
Range Message state may be entered into from the Idle state coimection with direct handset communication. One or more 
when the user selects or activates one of these features, as of these features could also be utilized in connection with a 
represented by conditions j, 1 and n in FIG. 5, respectively. handset operating through Free Call Control features that 
Termination of the feature states and transition back to the may encompass both caU initiate and call receive features, as 
Idle state will occur when the feature or function is com- 40 well as various call initiate feedback features. Table 1 
pleted under normal conditions or when it is terminated by illustrates an exemplary set of call receive features that may 
the user (e.g., when the user indicates to exit or end the be implemented with the wireless handset. Further, Table 2 
function or mode). In FIG. 5, this is represented by condi- illustrates an exemplary set of call initiate features, and 
tions k, m and o for the Find Request state, the Memorize Table 3 illustrates an exemplary set of call initiate feedback 
Request state, and the Short Range Message state, 45 features that may also be provided. Depending on the needs 
respectively, and by condition g for the other feature state(s) of the user, these features may be modified or only various 
that may be provided in the handset. combinations of these features may be provided. 



TABLE 1 



CALL RECETVE FEAITOES 



Receive Features Descripdon 



Call Acceptance 



Auto Answer 
C^erlD 



CaU Alert 



Ca\\ Vfeiting 



A call can be accepted by pressing a predefined key (e.g,, RCV or 
TALK) or by pressing almost any key on the handset, with the 
exception of main function keys (c.g., END, PWR). 
All calls will be automatically answered by the wireless handset 
The name and number (ID) of the originator of the call will qjpear on 
the dLq}lay of the receiving handset 

The user of the handset will be alerted of an incoming call by vibration 
of ttw handset or an audible tone (e.g., a ringing tone or single beep). 
The choice of alerting signal may be selectable by the user and 
independent of the choice made for traditional wireless network calls. 
The user will be alerted that another call has been received whOe the 
user is using the handset The alerting signal (e.g., visual or audible) 
may be selected by the uscl The user will also be able to switch over 
to the other call and then back to the original call. 
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TABLE l^ntinued 



CALL RECEIVE FEATURES 



Call Receive Features Description 



Call Mute The call alerting signal for the incoming calls will be muted without 

notifying the originator that the receiver's handset is not providing an 
alerting signaL 

Call Reject Wkh The alerting signal for an incoming call is muted and the originator of 
Message the call is notified via a short message that the call was not accepted. 

The message may be user defined or multiple predefined messages 

may be selected. 

Network V)ice Mail The incoming caU is rejected with a short message sent to the 
Message originator indicating the number of the network voice mail which the 

originator can call by pressing a key (e.g., SEND or TALIQ on their 

handset 



TABLE 2 



CALL INmATE FEATURES 



Call Initiate Features Description 



FREE Button 



Auto FREE Redial 



Speed Dial list 



Speed Dial List Spell- 
Out 

Found List 



Emergency Call 



A FREE call can be initiated by entering the number of the recipient and 
pressing a key (e.g., a FREE key) of the handset A traditional wireless 
call using the netvrark may be initiated by using a separate key (e.g., a 
SEND key). 

The handset will redial a call to another handset (that is initially out of 
range) until that handset con^ into range, or for a q>ecified period of 
time, or until the user cancels this feature. 

Hie speed dial list can be scrolled through using anow keys on the 
handset When an entry is highlighted, the user can press the FREE key 
to place a direct handset-to-handset calL For traditional wireless 
network calls, a separate speed dial list may be maintained or such a list 
may be Integrated with the speed dial list for free calls. 
By typing the first characters of names, the user may quickly navigate 
the speed dial list by having the list jiunp and display, in alphabetical 
order, those names in the list beg^ning with the typed characters. 
The Found list is a list of users who have con^atible wireless handsets 
that are within range to enable free calls. The list can be scrolled 
through using the arrow keys on the handset and a call can be placed to 
a user highlighted on the list by pressing the FREE key. 
When activated, this feature wUl place a call to the closest handsets 
automatically to alert those people of an emergency. 



TABLE 3 



CALL INTHATE FEEDBACK FEATURES 



Call Initiate Feedback Features Description 



Unavailable A message (e.g., ^Unavailable^ will be displayed on the 

screen of the call originator handset if the call receive 
handset is out of range or is turned oS. The option to 
simply hit a key (e.g., SEND) and place the call using the 
wireless oetwoik will then be given. 

Ringing A ringing tone will be heard in the earpiece of the call 

originating handset if the call receive handset is in range 
and can accept the call. The call will contiime to ring until 
it is answered or until the call originator ends the caU or 
until a predetermined timer e^iires. The ringing tone for 
a &ee call may have a different sound then the ringing 
associated with a traditional wireless connection. 

Busy A busy signal will be heard in the earpiece of the call 

origLnating handset if the call receive handset caimot 
accept the call because it is in use. 

Call Reject Message A message that the call was not accepted will be presented 

on the handset display if the Qill Reject With Message 
was used by the call receive handset An alert will be 
heard in the earpiece of the call originating handset to 
signal that the message is on the display. 
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In addition to the above-noted features, other features may In accordance with an aspect of the present invention, a 

be provided to facilitate use and operation of the wireless user may widi to configure their handset to automatically 

handset. For example, a set of Call In Progress features may perform a Find request at preset or predetermined intervals, 

be provided for supporting free or direct handset-to-handset por this puipose, the Find features may include Auto Find 

calls. Such features may include a signal strength or distance 5 and Auto Find Object features which permit a Find request 

indicator which will display the strength of the free call ^o be performed at preset intervals. These options may be 

during the progress of the caU, so as to provide to the user selectively turned ON or OFF by the user. With Auto Find, 

an approxmiate mdic^Uon of signal strength or distance. ^^^^ ^^^^ automatically perform a Find 

Strong signals may mdicate that the p hanckets are close ^ ^^^^^ ^ ^^^^ P^^^ ^ 

together physically, while weak signals may mdicate that the 1,. . -jj.-jt l.. 

two handsets are far apart physically. In addition, a very '° tional options may be provided to iiiform^^ 

weak signal alert may be pro^dded, in the form of a beep V ^^^^ .^^ }^ ^^"^^ List through a b^ing tone, 

emitted from both handsets, to indicate that the signal is very vibraUon a nngmg tone, or a change on the display. The 

weak and may be dropped. Such an alert may be aocompa- ^^^^^^ ^ mterruptible to permit a user to 

nied by an option to reconnect the call using the wireless ™^ receive a call or short message. With Auto Find 

network by pressing the SEND key. Other features that may Object, the user may select a specific object on the Hst and 

be accessible during call progress may include: Call Wait- automatically perform a find request at preset intervals that 

ing; Memorize; Spontaneous Conferencing; and Short will alert the user if that particular object has recendy come 

Range Message (including the alerting and retrieval of into range. An additional option wUl permit the user to be 

messages). automatically alerted if that object has recently gone out of 

As indicated above, the wireless handset of the present 20 range. The Auto Find Object feature may also be intemipt- 

invention may be implemented with Find features which ible to permit a user to make or receive a call or short 

enable the user to determine which handsets or users are message. 

within range for placing a free call. The Find features may As discussed above, the wireless handset of the present 

include a Find list that is stored in the handset. The Find fist invention may perform a general Find request whereby all 

may comprise a list of objects (including other wireless 25 objects on the user's Find list are queried or the handset may 

handsets and items with paging devices or beeping clips) perform a specific object Find request whereby a specific 

that the handset user wants to find. As further discussed object or group of objects highlighted on the Find fist by the 

below, the objects on the Find list may be grouped or user is queried to determine if they are within range. Various 

categorized. techniques may be utilized for implementing the general find 

For privacy reasons, when performing a Find request, the 30 and specific object find features of the present invention. For 

user of the requesting handset will not be able to detect if example, all handsets may be equipped with a separate or 

another handset is within range unless that other handset is dedicated tuner which is always on a dedicated channel or 

on the Find list of the requesting handset and the requesting sets of channels to perform Find requests. In the alternative, 

handset is on the Find list of the other handset. Should a each handset may register on a control channel at predeter- 

handset receive a Find request where the requesting handset 35 mined intervals wlien the handset is idle or when the handset 

is not on its Find list, a message may be displayed to the is on a call. In such a case, a separate tuner may not be 

receiving handset's user asking if the user wishes to add the provided. In accordance with another embodiment, the 

originating handset to their Find list If the user accepts, then handset requesting a Find may transition from an Idle state 

they will be "found** at that moment and the originating to a Find Request state, as shown in FIG. 5. While in the 

handset will be added to the receiver*s Find fist, as well as 40 Find Request state, the requesting handset may utilize a 

the receiver's Speed Dial List, if separate. If the user does technique similar to the Paging state to indicate the objects 

not respond to a Find query or message, the message may be that are being queried. The queried objects may check for 

kept as a short range message and the user can respond or Find messages while in the Idle state. In this state, a 

delete the message in the future, as desired. Should the procedure similar to that illustrated in FIGS. 6A-6B may be 

receiving handset's user decline, this message will not be 45 used to indicate that it is within range. Other embodiments 

displayed again upon subsequent requests from that origi- and variations are also possible. 

nating handset. In this case, if the originating handset is ever FIGS. 39A and 39B illustrate exemplary flowcharts of the 
in future added to the receiving handset's list and then various processes and operations in a Find Request state, 
deleted, the message will be displayed if that Find request is according to an aspect of the invention. As illustrated in FIG. 
received again firom the handset so 5, when initiating a Find request to locate an object, the 
In order to perform a Find request, the wireless handset wireless handset wiU transition from an Idle state to a Find 
may be equipped with a FIND button or key. When pressed. Request state. The transition from an Idle state to the Find 
this button may return a list of objects (includiiig other Request state occurs under condition j, when a user indicates 
wireless handsets) that arc on the Find list and that are within to initiate or start a Find request to locate a specified object 
range to perform (if possible) a free call. This list, which is 55 (e.g., another wireless handset) by pressing an appropriate 
returned after performing a Find request, is referred to herein key or button on the wireless handset If the user wishes to 
as the Found Hst. The Found list may display the signal determine if a specific wireless handset is within range, the 
strength of each object that is within range. If the FIND ID or directory number DN of the handset should be entered 
button is pressed by the user with an object or a group or selected through the handset In the Find Request state, 
highlighted on the Speed Dial List or the Find list, then the 60 the wireless handset will attempt to locate the specified 
handset will only search for that specific object or objects in handset by transmitting a find message and waiting for a 
that group and return the results in the Found list With the response from the specified handset. The wireless handset 
Find request feature of the present invention, which is may transition back to the Idle state from the Find Request 
further described below with reference to the accompanying state (represented by condition k in FIG. 5) after success- 
figures, a Find request may take no longer than approxi- 65 fully locating the specified object or after failing to locate the 
mately four seconds to determine if twenty objects are specified object. FIGS. 39A and 39B illustrate exemplary 
within range. flowcharts of the various processes and operations that may 
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be performed in a Find Request state when attempting to 
locate a specified object, such as an another wireless hand- 
set. 

In particular, as illustrated in FIG. 39 A, when entering a 
Find Request state the wireless handset will first switch 5 
and/or initialize the transceiver of the handset at step S.1200 
for the Find request That is, similar to the embodiment of 
FIG. 6A, N frequency pairs may be assigned to the wireless 
handset for performing a Find request, with the higher 
frequency associated with a duplex channel "i" being des- 
ignated as F;^- and the lower frequency being designated as 
F,,-. After initializing the transceiver, the wireless handset 
villi collect or gather the information specifying the handset 
or object to be located at step S.12Q2. The collected infor- 
mation may include the directory number or ID of the 
wireless handset that the user specified for the Find request. 

At step S.1204, the wireless handset will switch the 
receiver to the lower firequency band of the duplex pass band 
and switch the transmitter to the higher frequency band. 
Then, as shown in FIG. 39A, the handset will initialize the 
value of a counter i to 1 at step S.1206. Following step ^ 
8.1206, the receiver of the handset will be set to the low 
frequency F,,- and the transmitter will be tuned to the higher 
frequency F^- at step S.1208. 

After tuning the receiver and transmitter, the wireless 
handset will determine at step S.1210 whether there is ^ 
interference in the channel. Interference may be analyzed by 
determining whether the signal strength of the channel is not 
greater than a predetermined threshold. For example, at step 
S.1210, the wireless handset may determine whether the 
received signal strength of the channel is greater than a ^ 
threshold level THR^. If it is determined that the threshold 
has been exceeded and that there is interference on the 
channel, then at step S.1212 the value of the count i may be 
modified according to the following equation: 

After the value of the counter i is reset, logic flow 
proceeds back to step S.1208 so that another channel is 
tuned to and analyzed for interference. 

If the signal strength of the channel is determined to be 40 
acceptable at step S.1210, then a counter m may be initial- 
ized and set to 0 and at step S.1214 (see FIG. 39B) a 
synchronization signal may be sent by the wireless handset. 
After synchronization, the wireless handset may transmit a 
find message over the channel at step S.1216. The find 45 
message may include the directory number of the object or 
handset that is being queried. In addition, the find message 
may include the directory number of the requesting handset 
and/or the name of the user that requested the find request. 
Following step S.1216, the wireless handset will wait for a 50 
response to determine if the queried object is within range. 

In particular, at step S.1218, the wireless handset will 
determine whether a find response message has been 
received indicating that the queried object is within range. If 
no find response message is received, then at step S.1220 the 55 
counter m is incremented by one and at step S.1224 it is 
determined whether m has exceeded a predetermined limit 
L. If m is less than or equal to the predetermined limit L, 
then Ic^c flow proceeds back to step S.1214 so that a 
synchronizing signal and the find message may be resent. 60 
Otherwise, at step S.1226, a find failure indication may be 
provided to the user to indicate that the find request was 
unsuccessful. Following step S.1226, the wireless handset 
may transition &om the Find Request state back to the Idle 
state, as illustrated on FIG. 39B. 65 

If a find response message is received at step S.1218, then 
at step S.1228 the requesting handset will update the status 
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of the queried object in the handset's Found list in order to 
indicate that the queried object is within range. Further, at 
step S.1230, the handset will measure the signal strength of 
the response message from the queried object and update the 
corresponding signal strength information in the Found list. 
The found status of the specified object and the measured 
signal strength may also be indicated or displayed to the user 
of the requesting handset to notify the user of this informa- 
tion. Following step S.1230, the find routine may terminate 
and the handset may transition fiom the Find Request state 
back to the Idle state. 

In accordance with other embodiments of the invention, 
FIGS. 9-12 are exemplary flowcharts of the various pro- 
cesses and operations that may be performed for carrying 
out a general Find request for other wireless handsets. In 
addition, FIGS. 13-16 illustrate various embodiments for 
carrying out a ^)ecific object Find request for a specific 
wireless handset user with the present invention. Each of 
these embodiments are described in greater detail below. In 
particular, FIGS. 9A and 9B are exemplary flowcharts of the 
various processes and operations that may be carried out for 
performing a general Find request by utilizing a dedicated 
separate tuner. According to the embodiment of HGS. 9A 
and 9B, each handset is equipped with a separate tuner that 
is always on a predetermined dedicated channel. Sudi a 
tuner is provided in addition to a tuner for establishing and 
providing commuinication with other handsets. FIG. 9A 
illustrates an exemplary logic flow for a handset (i.e., 
handset "A") that initiates the general Find request. FIG. 9B 
illtistrates the exemplary logic flow of operations performed 
by eadi handset that is on the Find list of handset A. In the 
exemplary flowcharts of FIGS. 9 A and 9B, list_count 
represents or designates to an entry in the Find list of handset 
A, and ID#list_count is the ID of the handset or object 
stored in an entry of the Find list. 

As shown in FIG. 9A, a general find request is initiated by 
the user of handset A at step S.90 when the user A presses 
a predetermined key on the handset (hereinafter referred to 
as a "FIND key") with no object or handset ^cifically 
highlighted or selected on the Find list. In response, at step 
S.92, the value of a list_count is initialized and set to one. 
Further, at step S.94, the handset initializes the value of a 
wait_clock to 0. After initializing the values of the counters, 
the handset A queries the first entry in the Find list. In one 
embodiment, the handset includes a separate tuner that is 
always on a dedicated channel, the find request or query is 
sent or transmitted by the tuner on the dedicated channel. 
The find query may include the ID of the handset specified 
by the entry in the Find list corresponding to the value of the 
list_count (initially set to one) and also includes the ID of 
handset A to indicate that the query is from handset A. The 
find query message may be transmitted based on any mes- 
sage structure protocol that is suitable for carrying and 
supporting such information elements. Further, the message 
structure that is utilized may incorporate parity bits or other 
techniques for error detection and correction. In another 
embodiment, the handset enters the Find Request state from 
the Idle state (see FIG. 5). While in the Find Request state, 
the requesting handset searches for an interference-free 
channel to send the query. 

As fiirther shown in FIG. 9A, the handset at step S,9S 
determines whether a response has been received. In accor- 
dance with an aspect of the present invention, handset A may 
dwell and wait for a predetermined time for a response from 
the queried handset before moving on to the next entry in the 
Find list. As such, if a response is not received at step S.98, 
then at step S.lOO it is determined whether the value of the 
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wait_clock is greater than or equal to the value of a is not detected at step S.114 or when it is determined that the 

predetermined wait time. If the wait time is not exceeded at ID of the querying handset (i.e., handset A) is not on the Find 

step S.100, then logic flow loops back to step S.98. list at step S.118. 

Otherwise, if the value of the wait_clock is greater than or In the embodiment of FIGS. 9A and 9B, each handset 

equal to the wait time, then logic flow proceeds to step 5 utilizes a separate tuner which is always on a dedicated 

S.104. channel. When a find command is given, the handset uses 

If it is determined that a response is received at step S.98, the dedicated channel to contact all other handsets sequen- 

then at step S.1Q2 the Fourtd list of handset A is updated with tially to determine if they are within range. Only handsets 

the ID of the handset that responded. In addition to indicat- that are on the list of the handset A will be queried to 

ing the ID number of the handset, the name of the handset 10 determine if they are in the area. Further, only handsets that 

and the signal strength (SS) of that handset may be indicated are on the list of handset A, have handset A on their list, and 

and stored in the Found list. The relative signal strength may arc within range will respond to the query, as indicated 

be indicated by a numeric value, code or symbol. Further, above. As such, only handsets that have given handset A 

various conventional techniques may be utilized for detect- permission to find them will respond. Further, according to 

ing and preparing the signal strength. The Found list may be 15 this embodiment, since the handset utilizes a dedicated or 

actively displayed and updated for viewing by the user as separate tuner, find queries can occur when the handset is on 

each response is received or the Found list may be displayed a call with another handset without disruption of any call, 

only after each entry in the Find list has been queried. Thus, in the exemplary flowchart of FIG. 9B, each handset 

After updating the Found list at step S.102, the handset may check to determine if a find query has been received on 

determines at step S.104 whether all of the entries in the Find 20 the dedicated chaimel even if other handset functions are 

list have been queried. That is, at step S.104, the handset being performed at the same time. That is, step S.112 may 

determines if the value of the list_count equals the end of be performed concurrently with the operations performed at 

theFindlist. If the end of the Find list has not been reached, steps S.114 through S.120 in FIG. 9B. Further, in this 

then at step S.106 the value of the list_count is incremented embodiment, handset A may query all handsets on the Find 

by 1 and logic flow proceeds back to step S.94. Otherwise, 25 list sequentially and, therefore, the total query time will be 

if the list_count equals the end of the Find list, then at step dependent upon the length of the Find list of handset A. 

S.108 the entire and complete Found list is displayed to the In accordance with another embodiment of the present 

user A At step S.108, an alerting signal (e.g., a beep or invention, FIGS. lOA and lOB are exemplary fiowdiarts for 

message on the display) may be provided to alert the user performing a general find query. The embodiment of FIGS, 

that the find request has been completed. After displaying 30 lOA and lOB does not require the use of a dedicated or 

the Found list at step S.108, the find request routine tenni- separate tuner. Instead, according to this embodiment, all 

nates at step S.llO. handsets register on a control channel at predetermined time 

As mentioned above, FIG. 9B is an exemplary flowchart intervals (e.g., every "x" minutes or seconds). This regis- 

of the various processes and operations that are carried out tration on the control channel may occur when the handset 

by each handset when receiving a find query or request from 35 is idle and when the handset is on a call. Registering during 

handset A. In one embodiment, each handset includes a a firee call will disrupt the call for a short period of time, 

separate or dedicated tuner that is always on a predetermined since the handset utilizes the same tuner required for the free 

channel and that monitors the same for find requests. Steps call. The registry message may include the ID of the 

S.112 through S.120 generally represent the functions per- registering handset and a list of other handset IDs that are on 

formed by a re^onding handset. In particular, at step S.112, 40 the Find list of the registering handset. When user A initiates 

the handset is active and performing other functions accord- a find query by pressing the FIND key, the handset of user 

ing to the features implemented by the user. If the dedicated A will tune to the registry channel and listen for the 

tuner detects that a find request or query has been received predetermined time interval (i.e., for ^x" minutes or 

at step S.114, then at step S.116 the handset will temporarily seconds). For those handsets that are on the Find list of 

store the ID (i.e., the ID of handset A) in memory. The ID 45 handset A, handset A will check to ensure that handset A is 

of handset A is then compared with the Find list of the on their list. FIG. lOA is an exemplary flowchart of the 

handset to determine if the particular ID is on the list. If it various processes and operations that may be performed by 

is determined at step S.118 that the ID of handset A is on the handset A (i.e., the handset originating the find request), and 

Find list, then a positive response is transmitted at step S.120 FIG. lOB is an exemplary flowchart of the processes and 

by the tuner on the dedicated channel. The response message 50 operations that may be carried out by each of the handsets 

that is tran^itted at step S.120 may include the ID of the that are on the Find list of handset A. 

responding handset and the ID of the handset to which the As shown in FIG. lOA, at step S.124 a general find request 

positive response is directed. The positive response message is initiated by user A when the FIND key is pressed on the 

may be transmitted based on any message structure and handset with no specific object or handset on the Find list 

protocol that supports these information elements. 55 being selected or highlighted. In response to the FIND key 

In another embodiment, the same or a similar functional being pressed at step S.124, the handset A will initialize and 

process is implemented. However, a group of channels are set the value of a cycle_jclock to zero at step S.126. 

scanned and a channel having acceptable interference levels Thereafter, at step S.128, the handset tunes to the predeter- 

is selected in accordance, for example, with the procedures mined control or registry channel. At step S.130, the handset 

described herein with reference to FIGS. 5, 6A, 6B, 30Aand 60 then determines whether a response or message is received 

30B. This embodiment is better suited for use with the ontheregistry chaimel. As indicated above, according to this 

handset when it is implemented with analog cellular handset embodiment, all handsets register on the control or registry 

circuitry. channel in accordance with a predetermined cycle time (e.g.. 

As further shown in FIG. 9B, after transmitting a positive every "x" minutes or seconds). As such, the handset of user 

response at step S.120, logic flow proceeds back to step 65 A will dwell and wait for the duration of one cycle time to 

S.112, so that other handset functions may be performed. determine if each entry in the Find list is within range. Thus, 

Logic flow will also return to step S.112 when a find request if it is determined at step S.130 that a response has not been 
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received, then at step S.132 it will be determined if the cycle_clodt will be incremented in accordance with the 

cycle_clock is greater than or equal to the predetermined system clock of the handset so as to keep track of the elapsed 

cycle time. The cycle_clock may be incremented in acoor- time and so that the value of the cycle_clock may be 

dance with an internal system clock of the wireless handset. evaluated to determine each cycle period. Following step 

The value of the cycle__clock will, thus, maintain the 5 S.156, logic flow proceeds back to step S.150 and the 

elapsed time of the find query. operations at steps S.152 through S.156 are repeated. As 

If it is determined that the cycle time has not been elapsed fiirther shown in FIG. lOB, logic flow will loop back to step 

at step S.132, then logic flow proceeds back to step S.t30. S.150 whenever it is determined at step S.152 that the 

If a re^nse is detected at step S.130, then at step S.134 the cycle_clock is not greater than or equal to the predeter- 

registry message of the handset that sent the response (i.e., 10 mined cycle time. 

"handset X**) is recorded. In particular, at step S.134, the In the embodiment of FIGS. lOA and lOB, a dedicated 

registry message is temporarily recorded, including the ID tuner is not required for each handset. However, each 

of the handset X and the list ofother handset IDs that are on handset is required to register on a registry chaimel in 

the Find list of handset X. In addition, the measured signal accordance with a predetermined cycle time (i.e., every x 

strength (SS) of the registry sigoal may be recorded by 15 minutes or seconds). The total time required to perform a 

handset A. Thereafter, at step S.136, it is determined whether find request is approximately equivalent to the cycle time, no 

the ID of handset X is on the Find list of handset A. If matter how long or short the Find list is for the handset, 

handset X is on the Find list of handset A, then at step S.138 unless the handset tunes to the registry channel while idle, 

it is determined whether the ID of handset A is on the Find The length of the cycle time may be preset or variably set by 

list of handset X based on the information recorded from the 20 the user or by elements in the wireless network. In either 

detected registry message. If it is determined that handset A case, the length of the cycle time should be set based on the 

is on the list of handset X, then at step S.140 the ID of number of handsets that could be registering in a particular 

handset X is added to the Found list of handset A, along with area and the size of the list that each handset could be 

the corresponding name for user X and the signal strength transmitting on the registry charmel. By requiring all hand- 

(SS). Thereafter, logic flow returns to step S.132. If the cycle 25 sets to transmit their associated Find lists, comparisons 

time has not expired at step S.132, then additional responses between the lists can be made to ensure that handset A is on 

that are received from other users on the registry or control the list of handset X and vice versa, without having to 

channel are analyzed and (if proper) added to the Found list contact handset X directly. For registrations that occur 

in accordance with steps S.134 through S.140. during a free call, two potentially long disruptions may 

When the cycle time has elapsed or been exceeded at step 30 occur. These disruptions are required while each handset 

S.132, logic flow proceeds to step S.142 where the complete registers and transmits its list on the registry channel every 

Found list is displayed to the user A. Once again, an alerting cycle period. The length of the disruption is dependent upon 

signal (such as an audible beep tone or message on the the length of the list transmitted. 

handset display) may be provided to the user to indicate that Various modifications may be made to the embodiment of 

the general find query has been completed. Alternatively, the 35 FIGS. lOA and lOB. For example, a procedure may be 

information from the Found list could be updated and included in FIGS. lOA and lOB to provide for collision 

displayed to the user after every successful find query by detection and/or collision correction, A collision may occur 

adding a "found" icon or message next to each item on the when one handset tries to register while another handset is 

Find hst as they are located or by creating a second hst of registering on the registry channel. As further described 

those objects that were found. FoUowing step S.142, logic 40 below, by monitoring and listening to the registry channel, 

flow proceeds to step S.144 where the routine terminates. each handset may avoid some collisions by ceasing trans- 

FIG. lOB is an exemplary flowchart of the various pro- mission and waiting a random predetermined period of time 

cesses and operations that may be carried out by each and retransmitting whenever a collisions is detected on the 

handset (i.e., handset X) registering on the registry control registry channel. Another feature may be added whereby an 

channel. As discussed above, in the embodiment of HGS. 45 idle handset can tune to the registry channel and maintain 

lOA and lOB, all handsets register on a predetermined updates on the handsets on its lists so that when the FIND 

control channel every x minutes or seconds. Each handset key is pressed, the handset is able to immediately inform the 

maintains a cycle_clock, which monitors the elapsed time user of the list update. Such a feature could also enhance the 

and is used to determine when the cycle time or period has operation of the find procedure. 

elapsed. More particularly, as shown in FIG. lOB, when not 50 FIGS, HA and IIB illustrate another embodiment for 

registering on the registry charmel, the handset X performs providing a general find request. The embodiment of FIGS, 

other functions at step S.150. Concurrenfly with the perfor- llA and IIB combines the advantages of the embodiment of 

mance of other handset functions or upon completion of a FIGS. 9A and 9B and the embodiment of FIGS. lOA and 

handset function, the handset determines at step S.152 lOB. As further discussed below, in the embodiment of 

whether the value of the cycle_clock is greater than or equal 55 FIGS. UA and IIB, all handsets register on a control 

to the predetermined cycle time. If the cycle time has channel every x minutes or seconds. The registry occurs 

elapsed or been exceeded, then at step S.154 the handset will when the handset is idle and when the handset is on a caU. 

tune to the registry channel and transmit the ID of the Registering during a &ee call will dismpt the call for a short 

handset and the list of other handset IDs that are on the Find period of time, since the handset utilizes the tuner required 

list for the handset As indicated above, the registration on 60 for the £ree call and does not include a separate or dedicated 

the registry control channel may occur when the handset X tuner for performing the registration. The registry includes 

is idle or when the handset is on a call. As such, registering the ID of the handset and the frequency at which the handset 

during a free caU will disrupt the call for a short period of can be contacted. If the handset is on a firee call, the 

time since the same handset utilizes the tuner required for registered frequency will be the frequency of the call. If the 

the call. 65 handset is idle or on a cellular or PCS call, the registry 

Following step S.154, the handset X at step S.156 will fi-equency will be the frequency of the dedicated control 

reset the value of the cycle_clock to zero. Thereafter, the channel. When user A initiates a general find request by 
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pressing the FIND key, the handset will tune to the registry 
or control channel and will listen for a duration correspond- 
ing to the cycle time (i.e., x minutes or seconds). For those 
handsets that are registered on the registry channel, handset 
A will contact them directly on the frequency specified in the 5 
registry. Only handsets that are on the list of handset A and 
that are on the registry channel will be queried. Further, only 
handsets that are queried, have handset A on their Find list, 
and arc within range will respond to the query. Thus, only 
handsets that have given handset A permission to find them 10 
will respond. HG. IIA is an exemplary flowchart of the 
various processes and operations that may be performed by 
the handset performing the general find request (i.e., handset 
A), and FIG. IIB is an exemplary flowchart of the various 
processes and operations that may be performed by each 15 
handset that registers on the dedicated control channel (i.e., 
handset X). 

As shown in FIG. 11 A, the general find request is initiated 
at step S.160 when user A presses the FIND key of the 
handset with no ^)ecific object or person selected on the 20 
Find list. Thereafter, at step S.162, the handset tunes to the 
registry or control channel Then, at step S.164, the value of 
the cycle_clock is initialized and set to 0. Following step 
S.164, the handset A listens to the control chaimel for 
responses at step S.166. 25 

If a handset registry response is not received at step S.168, 
then at step S.174 the handset checks to see if the predeter- 
mined cycle time has elapsed or been exceeded. In 
particular, the value of the running cycle_clock is compared 
with the cycle time, to determine if the value of the cycle_ 30 
clock is greater than or equal to the cycle time. If the 
cycle_clodc is less than the cycle time, then logic flow loops 
back to step S.168 to once again determine if a registry 
message has been received. 

When a handset registry response is received at step 35 
S.168, then logic flow proceeds to step S.170 where the 
registry information is analyzed. In particular, at step S.170 
it is determined whether the ID of the handset X (which 
registered) is on the Find list of the handset A. If user X is 
not on the Find list, then logic flow proceeds to step S.174. 40 
If, however, user X is on the Find list, then at step S.172 the 
ID of user X and the frequency or channel number contained 
in the registry are temporarily recorded in a separate list. As 
noted above, information in the registry may include the ID 
of the handset which registered, as well as the frequency at 45 
which that handset can be contacted. Following step S.172, 
logic flow proceeds back to step S.174. 

After the cycle time has elapsed or been exceeded at step 
S.174, the handset wiU set the value of a list_count to one 
at step S.176. The value of the list_count represents an entry 50 
in the temporary list of the handset A. As shown in RG. IIA, 
following step S.176 the handset will attempt to directly 
query and contact each of the handsets in the list which 
registered on the registry channel based on the frequency 
that was ^dfied. Thus, only the handsets that are on the 55 
Find list of handset A and that are detected to be on the 
registry channel will be queried. Further, as discussed below 
with reference to FIG. IIB, only handsets that are queried, 
have handset A on their Find list, and are within range will 
respond to the query. 60 

In particular, at step S.178 in FIG. IIA, the handset will 
tune to the specified channel or frequency of the handset 
identified by the value of the list_count in the Find list or 
temporary list of user A. Then, at step S.180 the handset will 
be queried with the ID of handset A being specified. The 65 
value of a wait_clock is then set to zero at step S.182 and 
it is determined at step S.184 whether a response message is 
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received from the queried handset. The handset A wiU wait 
for a predetermined time to see if a response is received. 
Thus, if a response is not received at step S.184, logic flow 
proceeds to step S.186 where the value of the wait_clock is 
compared with the predetermined wait time. The wait_ 
clock may be stored in the handset and incremented in 
accordance with the system clock to keep a running count of 
the wait time. If the value of the wait_„clock is less than the 
wait time, then logic flow proceeds back to step S.184. When 
a response is received at step S.184, the response is recorded 
along with the detected signal strength (SS) at step S.188. 
Thereafter, at step S.190, the ID of the re^onding handset 
X and the corresponding name for the user X with the signal 
strength is updated to the Found list. Logic flow then 
proceeds to step S.192, as shown in FIG. IIA 

When it is detected at step S.186 that the value of the 
wait__clock is greater than or equal to the predetermined 
wait time, logic flow proceeds to step S.192 where it is 
determined whether the end of the list has been reached. In 
particular, at step S 192 the value of the hst_count is 
compared with the number of entries in the Find list or 
temporary list stored in handset A. If the Iist_count equals 
the end of the list, then the complete Found list is displayed 
to the user at step S.196. Thereafter, the routine terminates 
at step S.198. IC, however, the end of the list is not reached 
at step S.192, logic flow proceeds to step S.194 where the 
value of the list_coimt is incremented by one and logic flow 
proceeds back to step S.178, so that other handsets on the list 
may be directly queried. Thereafter, logic flow proceeds as 
described above at steps S.178 through S.192. 

FIG. IIB is an exemplary flowchart of the processes and 
operations that may be performed by each queried handset 
(i.e., handset X). In particular, after performing other hand- 
set functions at step S.200, the handset X checks to deter- 
mine if the cycle time has elapsed at step S.202. In this 
regard, a cycle_clock may be maintained that keeps a 
running time in accordance with an internal system clock of 
the handset. When it is detected that the cycle_clock is 
greater than or equal to the predetermined cycle time, then 
at step S.204 the handset X wiU tune to the registry channel. 
Then at step S.206, registration will be performed by trans- 
mitting the ID of the handset X and the channel or frequency 
at which the handset can be contacted. As described above, 
if the handset is on a free call when performing a 
registration, the frequency that is specified may be the 
frequency of the call. If, however, the handset is idle or on 
a cellular or PCS call, the specified frequency may be the 
frequency of a dedicated control channel. 

After registering on the registry channel, the handset X 
will tune back to the original or previous channel at step 
S.208. Thereafter, at step S.210, the cycle_clock wiU be 
reset to zero so as to count another cycle time (e.g., another 
X minutes or seconds). Following step S.210, logic flow 
proceeds to step S.212. Further, as shown in FIG. IIB, Ic^c 
flow will proceed to step S.212 from step S.2Q2 whenever it 
is determined that the cycle_clock is less than the prede- 
termined cycle time. 

At step S.212, the handset X wiU evaluate aiKl determine 
whether a find query has been received on the frequency or 
channel that was specified by the handset in the registry 
message. If a find query is not detected, then logic flow 
proceeds back to step S.200 where other handset frinctions 
are performed. If, however, a find query is received, then at 
step S.214 the handset X determines if the ID of handset A 
(which is contained in the find query) is on the Find list of 
the handset X. If handset A is on the Find list, then a positive 
response is transmitted at step S.216. The positive response 
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may include the ID of handset X. Following step S.216, The total time required for a find procedure includes the 

logic flow proceeds back to step S^OO. Further, if handset A cycle period plus the time required to directly contact the 

is not on the Find list of handset X, then logic flow will also other handsets that are within range, unless the handset tunes 

proceed back to step S^OO from step S^14. to the registry channel while idle. In such a case, the time 

Although not depicted in the flow charts of FIGS. IIA and 5 required for a find procedure is only the time to directly 

IIB, if two handsets (for example, handset A and handset B) contact the handsets that are within range, 

are on a free call, the handsets may register sequentially on FIGS. 12A and 12B illustrate another embodiment of the 

the control channel. FIG. IIC illtistrates this principle. That present invention for performing a general find request. The 

is, since most of the time to register is occupied in tuning to embodiment of FIGS. 12A and I2B combines the advan- 

the registry channel, synchronizing with the registry lo tages of using a registry and a dedicated channel. In 

channel, and then tuning back to the voice channel of the particular, the embodiment does not require a dedicated or 

&ee call, conversational time can be saved by registering separate tuner, but instead each handset registers on a control 

sequentially. In FIG. IIC, handset A and handset B are or registry diannel according to a predetermined cycle time 

represented as sequentially registering on a control charmel (i.e., every x minutes or seconds). This registry occurs when 

relative to time, with handset B registering sequentially to 15 the handset is idle and when the handset is on a call. The 

handset A As a result, the total time spent away fi-om the registry consists of the ID of the handset, the frequency at 

conversation and the free call is the total time to tune twice, which that handset can be contacted, and the time slot in 

sync twice and register twice. If the tune and sync times which the handset can be contacted if it is on a call. The 

were not overlapped as illustrated in FIG. IIC, the total time onset of this time slot is communicated as an ofiset from the 

spent away from a conversation would be the required time 20 time that the registration occurred. If the handset is on a free 

to tune four times, sync four times and register twice. As a call, the specified frequency will be the frequency of the call 

result, by registering sequentially, the disruption of the free and the time slot wiU be the time that the other handset 

call can be minimized. registers. If the handset is idle or on a ceUular or PCS caU, 

As discussed above, free calls that are established with the specified frequency will be the frequency of the dedi- 
handset-to-handset communication may utilize time domain 25 cated control channel and the time slot will be any time, 
multiplexing. Therefore, when handset A needs to find In the embodiment of FIGS. t2Aand 12B, when user A 
anott^r handset (e.g., handset B) that is on a free call, presses the FIND key on the wireless handset, the handset 
handset A will tune to the channel in which handset B is will tune to the registry charmel and listen for a duration 
conducting a voice conversation. As explained above, this equal to the cycle time (i.e., for x minutes or seconds). Each 
channel will be specified by the handset when registering on 30 handset that is registered on the registry channel wiU be 
the registry or control charmel. When directly contacting contacted directly by the handset A based on the frequency 
handsetB, handset AwiU transmit on a control time slot of and time frame ^)ecified in the registry message. Only 
the specified channel a request to handset B to check its Find handsets that are on the Find list of handset A and that are 
list, and receive on the control time slot of the channel the on the registry charmel will be queried. Further, only hand- 
response if handset A is on the Find list of handset B. Further 35 sets that are queried, have handset A on their respective Find 
information regarding time domain multiplexing and control list, and are within range will respond to the query. As such, 
time slots is provided below with reference, for example, to only handsets that have given handset A permission to find 
the description of the conferencing features of the present them will respond. 

invention. FIG. 12 A is an exemplary flowchart of the various pro- 
Various additional procedures or modifications may be 40 cesses and operations that may be perfr>rmed by the handset 
made to the embodiment of FIGS. IIA and UB. For that initiates the general find procedure (i.e., handset A), 
example, an idle handset can tune to the registry channel and Further, in accordance with an aspect of the invention, FIG. 
maintain updates on the handsets on its Find list, so that 126 is an exemplary flowchart of the processes and opera- 
when the HND key is pressed by the user, the direct queries tions carried out by each handset (i.e., handset X) to register 
of the handsets can be performed while shortening the time 45 on the control channel and to respond to find queries. A 
required for a find procedure. Further, as discussed above detailed description of FIGS. 12A and 12B will now be 
with reference to the embodiment of FIGS. lOA and lOB, provided. 

procedures for collision detection and/or collision correction As shown in FIG. 12A, a general find request is initialized 

may be included in the embodiment of FIGS. IIA and IIB. when user A presses the FIND key of the handset at step 

As detailed above, the embodiment of FIGS. llAand UB 50 S.220, with no object or handset selected or highlighted on 

does not require a dedicated or separate tuner to be provided the Find list. Thereafter at step S.224, the handset tunes to 

in each of the handsets. Instead, handsets register on a the registry channel. Further, at step S226, the value of a 

control channel according to a cycle time (e.g., every x cycle_clock is initialized and set to zero. Thereafter, the 

minutes or seconds). A registry occurs when the handset is cycle clock may be incremented in accordance with an 

idle and when the handset is on a call. A dismption on a free 55 internal system clodc of the handset, so that the elapsed time 

call is required while both handsets register and sequentiaUy can be monitored. At step S.228, the handset listens to the 

transmit their frequency on the registry channel every cycle registry channel to detect other handsets which have regis- 

period. The length of this disruption should be less than that tered. 

in the embodiment of FIGS. lOA and lOB, since the Find list At step S.230, it is determined whether a handset response 

of the handset does not need to be transmitted. Further, 60 is received over the registry channel. If a handset registry is 

conversational time is improved if two handsets on a free not received, then logic flow proceeds to step S.236. At step 

call register sequentiaUy. The registry message may inchide S.236, the cycle_clock is compared with the predetermined 

the ID of the handset and the frequency on whidi the handset cycle time. If it is determined that the cycle time has elapsed 

can be contacted. Time domain multiplexing also allows the or has been exceeded, then logic flow proceeds to step 

handsets on a free call to be queried directly on the channel 65 S.238. Otherwise, logic flow loops back to step S.230, where 

while the call is occurring. With dme domain multiplexing the handset continues to listen and determine whether a 

a control time slot may be utilized for querying the hanchet. handset registry re^>onse is received. 
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When a handset response is received, handset A first 
checks to determine whether the ID of the handset X (which 
registered on the control channel) is on the Find list of the 
handset A. If the handset X is not on the Find list, then logic 
flow proceeds back to step S.236, where the cycle time is 5 
again evaluated. If, however, the handset X is on the Find 
list, then at step S2M the registry message is temporarily 
recorded. In particular, at step S.234, the ID of handset X 
and the specified channel or frequency at which the handset 
X can be contacted is temporarily stored in memory in a lO 
separate temporary list. Further, the :^>ecified time slot (if 
present in the registry message) is recorded at step S.234. 
Following completion of step S.234, logic flow proceeds 
back to step S.^6, where the cycle time is again evaluated. 

When the value of the cycle_clock is equal to or greater 15 
than the cycle time, logic flow proceeds fi-om step S.236 to 
step S23S, At this point, the handset A will set the value of 
a list_count to one and then proceed to step S.240 to tune 
to the specified frequency or channel for the handset of the 
entry of the Find list or temporary list corresponding to the 20 
value of the list_count (initially, the first entry in the list). 
Then, at step S.242, the handset A will query the handset 
identified by the list__count. The query message may include 
the ID of the handset A, and may be transmitted in accor- 
dance with the specified time slot (if required). At step 25 
S.244, the handset will set the value of a wait„cIock to zero 
and thereafter wait for predetermined time at steps S.246 and 
S.248 for a positive re^>onse. The wait_clock may be 
incremented in accordance with an internal system clock of 
the handset to keep track of the elapsed time. If the value of 30 
the wait_clock is greater than or equal to the predetermined 
wait time, then logic flow will proceed from step S24S to 
S.254. Otherwise, the handset will return and again test at 
step S.246 as to whether a response to the query is received. 
When a positive response is received from handset X, the 35 
handset A wiU record the response and the detected signal 
strength (SS) at step S.250. The Found list will then be 
updated at step SJ252 with the ID of the responding handset 
(i.e., the ID of handset X) and the corre^>onding name of the 
user X with the detected signal strength (SS). FoUowing step 40 
S.252, logic flow will proceed to step S.254. 

At step S.254, it is determined whether the end of the 
temporary list has been reached. This determination is made 
by the handset by comparing the value of the list_count to 
the total number of entries in the list. If the list_count 45 
equals the end of the list, then the complete Found list is 
displayed to the user A at step S.257. Thereafter, the general 
find routine terminates at step S.259. If it is determined that 
the list_count does not equal the end of the list at step S.254, 
then logic flow proceeds to step S.256, where the value of. 50 
the list_count is incremented by one so that additional 
handsets which registered and are on the list may be direcdy 
queried. Logic flow then proceeds to step S.240, where the 
handset tunes to the specified channel for the next handset to 
be directly queried. Logic flow then proceeds at steps S.242 55 
through S259, as described above. 

no. 12B is an exemplary flowchart of the operations that 
may be performed by eadi handset (i.e., handset X) that 
registers on the control channel and transmits positive 
responses to handset A When directly queried at step S2€0, 60 
the handset X performs other functions. Afrer performing 
other handset fiinctions or concurrently with performance of 
other handset functions, the handset X detects whether the 
value of a cycle_clock is greater than or equal to the 
predetermined cycle time at step S.262. As noted above, 65 
each handset will register on the control channel in accor- 
dance with a predetermined cycle time (i.e., every x minutes 
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or seconds). The cycle_clock may be maintained to keep 
track of the elapsed time and may be incremented in 
accordance with an internal system clock of the handset. 
When it is determined that the cycle time has elapsed or has 
been exceeded, logic flow proceeds to step S264 where the 
handset tunes to the control or registry channel. Thereafter, 
at step S.266, registration is performed by transmitting the 
ID of the handset X and specifying the channel or frequency 
at which the handset can be contacted. At step S.266, the 
handset may also transmit the time slot in which the handset 
can be contacted if it is in on a call. As described above, the 
onset of the time slot may be commimicated as an oflfeet 
from the time that the registration occurred. Following step 
S.266, the handset X tunes to the previous channel of the call 
(if not idle) at step S^68 and, at step S J70, the value of the 
cycle_clock is set to zero. Logic flow then proceeds to step 
S.272. Further, as shown in FIG. 12B, logic flow will 
proceed to step S.272 from step S.262 when it is determined 
that the cycle time has not elapsed. 

At step S.272, the value of the cycle_clodt is compared 
with the value of the slot start time and the slot end time. In 
particular, at step S.272, it is determined whether the cycle_ 
clock is greater than or equal to the slot start time and less 
than or equal to the slot end time. If both of these conditions 
are satisfied, then at step S274 the handset determines 
whether a find query has been . received on the specified 
channel during the required time slot. If a find query has 
been received, then at step S.276 it is determined whether 
the ID of the handset A (provided in the find query message) 
is on the Find list of the handset X. If handset A is on the 
Find list of handset X, then a positive response is transmitted 
at step S.278. Thereafter, logic flow loops back to step 
S.260, whereby the entire procedure is repeated. As shown 
in FIG. 12B, logic flow will also proceed back to step S.260 
if any of the conditions in steps S.272, S.274 and S.276 are 
not satisfied. Further, step S.272 may be skipped when a 
time slot has not been specified by handset X in the registry. 

In the embodiment of FIGS. 12A and 12B, registering 
during a free call will disrupt the call for a short period of 
time, since the handset utilizes the same tuner required for 
the free call. In particular, two disruptions on a free call are 
required while each handset registers and transmits its 
frequency and slot time on the registry channel. The length 
of each disruption should be less than that required in the 
embodiment of FIGS. lOA and lOB, since the handset does 
not need to transmit its Find list. As described above, the 
registry message may include the ID of the handset, the 
specified frequency for contacting the handset, and the time 
slot (oftiset) when the handset can be contacted. Unlike the 
embodiment in FIGS. IIA and UB, two handsets on a free 
call may not register sequentially. Further, time domain 
mult^lexing is not required. Generally, the time required for 
a general find procedure to be executed is the time of the 
cycle time (x minutes or seconds) plus the time to directly 
contact the handsets that are within range, unless the handset 
tunes to the regisUy channel while idle. In such a case, the 
time required for a find is only the time to directly contact 
the handsets that are within range. In particular, an idle 
handset can tune to the registry channel and maintain 
updates on other harxlsets on its Find list, so that when the 
FIND key is pressed, the direct queries of the handsets can 
begin without listening for the predetermined cycle time; 
and, thus, shortening the overall time required for a find 
procediue. 

As explained above, in the embodiment of FIGS. 12A and 
12B, the handsets may not register sequentially. Instead, 
handsets that are on a call should register at non-overlapping 
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times during the cycle time in order to provide the time 
required to respond to find queries of other handsets during 
the time slot During a call set-up, the two handsets may 
exchange the time they will each register. Further, the time 
that the other handset registers may he defined as the slot 5 
time. If a collision occurs, the registry time, slot time and the 
cycle time will need to be renegotiated. The main advantage 
of this technique is that time domain multiplexing is not 
required. However, as indicated above, two ctisruptioos will 
occur during the cycle time instead of only one. 

In addition to performing a general find request for all 
objects on the Find list of a handset, the wireless handsets of 
the present invention may also be implemented to perform 
a ^ecific find request. A specific find request may be 
performed to determine if a specific handset is within range. 
To perform a specific find request, a user may press the 
FIND key of the handset with one of the entries in the Find 
list being highlighted. As with the general find request, the 
specific find request may be implemented by utilizing a 
dedicated or separate tuner or through the use of a registry 
channel. FIGS. 13-16 illustrate various embodiments and 20 
implementations for performing a specific find request. In 
order to perform the various functions and operations out- 
lined in the FIGS. 13-16, each handset may be implemented 
with any suitable combination of hardware, firmware, pro- 
grammed logic, and/or software. A detailed description of 25 
each of the embodiments for performing a specific find 
request will now be described. 

FIGS. 13A and 13B illustrate an embodiment of the 
invention for performing a specific find request with a 
dedicated tuner. That is, for this embodiment, each handset 30 
is equipped with a separate or dedicated tuner that is always 
on and tu^ed to a predetermined control channel. FIG. 13A 
is an exemplary flowchart of the various processes and 
operations carried out by a handset (i.e., handset A) which 
performs a ^edfic find request with respect to another 35 
handset (i.e., handset B). FIG. 13B is an exemplary flow- 
chart of the various processes and operations performed by 
handset B that is queried by handset A. 

As shown in FIG. 13 A, a specific handset find request is 
initialized at step S2S0 when the user presses the FIND key 40 
of the handset A with handset B being selected or high- 
lighted on the Find list In response to the initialization of the 
specific find request, handset A initializes and sets the vahie 
of a wait_clock to zero at step S2S2. The wait_clock may 
be provided to monitor the elapsed time and may be incre- 45 
mented in acoordarsce with an internal system clock of the 
handset. After setting the wait_clock, the handset A queries 
handset B on the dedicated control channel at step S.284. 
The find query may include the ID of handset B and the ID 
of handset A, which sent the query. 50 

At step S.286, handset A determines whether a response 
has been received over the control channel. Handset A may 
wait and dwell for a predetermined time or wait time to 
determine if a response has been received firom handset B. 
Thus, if a harxiset response is not received at step S.286, then 55 
handset A will determine at step S.288 whether the wait time 
has elapsed or been exceeded. In particular, the handset will 
determine if the value of the wait_cIock is greater than or 
equal to the wait time. If the wait time has not els^jsed, then 
logic flow loops back to step SJ2H6 to check again whether 60 
a response has been received. When a response has not been 
received within the wait time, then at step S.292 it is 
assumed that handset B is out of range or not available, and 
the handset A will show or indicate to the user that handset 
B was not found. In this regard, the ID and/or name of 65 
handset B may be shown to the user A as not being foimd on 
the display of the wireless handset 
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If a positive response is received for the handset query at 
step S286, then logic flow proceeds to step S.290. As shown 
in FIG. 13A at step S.290, the handset A will show the 
handset B as being found to the user. In this regard, the ID 
and/or name of handset B may be displayed on the display 
of the handset to user A, along with the detected signal 
strength (SS) and an indication that the handset was found 
(e.g., "Found"). Following steps S290 and S.292, the hand- 
set find request terminates at step S.294. 

FIG. 13B illustrates the various functions and operations 
that are performed by handset B, which was queried by 
handset A. At step S360, handset B may perform other 
handset functions. Upon completion of the handset functions 
or concurrently with performance of handset functions, 
handset B determines at step S302 whether a find query has 
been received on the dedicated control charmel. As noted 
above, each handset includes a separate tuner which is 
always on and actively listens to a dedicated control channel 
to determine whether a find query has been received. If do 
find query is received at step S302, then logic flow flows 
back to step S300. If, however, a find query is received at 
step S3Q2, then steps S304 through S308 are performed. 

In particular, at step S304, the contents of the query 
message is temporarily stored in order to evaluate the same 
and determine whether the query has been received firom a 
handset on the Find list of user B. Therefore, at step S304 
the ID of handset A (which sent the query) is temporarily 
stored. Then at step S306, it is determined whether handset 
A is on the Find list of handset B. That is, the ID associated 
with handset A (which was contained in the find query) is 
compared with the entries in the Find list of handset B. If 
handset A is not on the Find list of handset B, then logic flow 
loops back to step S.300. Otherwise, if handset A is on the 
list of handset B, then at step S.308 a positive response is 
transmitted back to handset A on the dedicated control 
channel. The positive response message may include the ID 
of handset B and the ID of handset A (to which the positive 
response is directed). Following step S308, logic flow then 
returns to step S300. 

In the embodiment of FIGS. 13A and 13B, a separate 
tuner is required in each of the handsets which is always on 
and tuned to a dedicated control channel. When a find 
command is given for a specific handset user, the handset 
uses the dedicated control channel to contact the specified 
handset to determine if it is within range. Since the handset 
has a separate or dedicated tuner for this function, the find 
queries can occur when the handset is on a caU with arK>ther 
handset without disruption of the call. If the queried handset 
(i.e., handset B) is within range and has the querying handset 
(i.e., handset A) on its Find list, then a positive response 
message will be sent back to the querying handset over the 
dedicated chaimel. 

FIGS. 14A and 14B illustrate another embodiment of the 
invention for implementing a specific find request for a 
handset In the embodiment of FIGS. 14A and 14B, a 
separate tuner is not required, since aU handsets register on 
the control channel in accordance with a predetermined 
cycle time (i.e., every x minutes or seconds). This registry 
occurs when the handset is idle and when the handset is on 
a call. Registering dxiring a free call wiU disrupt the call for 
a period of time, since the handset utilizes the same tuner 
required for the call. The querying handset (i.e., handset A) 
will tune to the control or registry channel and listen for the 
duration of one cycle time (i.e., for x minutes or seconds). 
For those handsets that are on the list of handset A, handset 
A will check to ensure that it is on their oorre^>onding list, 
which is provided as part of each registry message. FIG. 14A 
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is an exemplary flowchart of the various processes and 
operations performed by handset A when querying a specific 
handset (i.e., handset B). FIG. 14B is an exemplary flow- 
chart of the various processes and operations performed by 
handset B that registers on the control channel. A detailed 
description of each of these figures will now be provided. 

As illustrated in FIG. 14A, a specific handset request is 
initiated at step S310 when user A presses the FIND key, 
with handset B being selected or highlighted on the Find list. 
Thereafter, the value of a cycle_jclock is initialized and set 
to zero at step S312 and the handset A tunes to the 
predetermined control or registry channel at step S314. The 
cycle_clock may be provided to monitor the elapsed time 
and determine when the predetermined cycle time has 
elapsed. The cycle_clock may be incremented in accor- 
dance with an internal system clock of the handset. The 
handset A may dwell and wait at the registry channel for the 
duration of the cycle time to detect whether the selected 
handset (i.e., handset B) registers on the control channel and, 
thus, is within range. 

Thus, at step S316, handset A determines whether a 
response has been received on the registry channel. The 
registry response message may include the ID and the Find 
list of the handset. If a registry response is detected, then at 
step S320 the ID of the handset that registered is recorded, 
along with the detected signal strength (SS) and the Find list 
of the registering handset. Thereafter, at step S322, it is 
determined whether the ID of the registering handset 
(handset X) corresponds to the ID of the handset which was 
highlighted or designated by the user A (i.e., handset B). If 
the handset that registered is handset B, then at step S324 
it is determined whether handset A is on the Find list of 
handset B. That is, the Find list that was contained in the 
registry message is analyzed to determine whether the ID of 
user A is contained on the Find list of handset B. If user A 
is on the list of handset B, then at step S328 the handset 
displays the ID of user B, along with the corresponding 
name and signal strength (SS) as being found (e.g., by 
displaying a "Found** message). Thereafter, the specific 
handset find routine terminates at step S330. 

If it is determined at step S322 that the registering 
handset is not handset B, then logic flow proceeds to step 
S318. Logic flow wiU also proceed to step S318 fi'om step 
S316 when it is determined that handset response has not 
been received, as ^own in FIG. 14A. At step S318, the 
value of the cycle_clock is compared with the cycle time. 
If the cycle time has not elapsed or been exceeded based on 
the value of the cycle_clock, then logic flow loops back to 
step S316, whereby handset listens and again determines 
whether a handset response has been received. If, however, 
the cycle„clock is greater than or equal to the cycle time at 
step S318, then logic flow proceeds to step S326. 

At step S326, the handset will display and indicate to the 
user that the handset B was not found. In this case, the ID 
and/or name of the user B may be displayed to the user of 
handset A, along with an appropriate message (e.g., ''Not 
Found**). Step S326 wiU also be performed when it is 
determined at step S324 that the Find list of handset B does 
not include the ID for handset A. FoUowing step S326, logic 
flow proceeds to step S330, where the specific handset find 
routiiK terminates. 

FIG. 14B iUustrates an exemplary flowchart of the opera- 
tions and processes carried out by each handset (including 
handset B) for registering on the control channel. In 
particular, at step S332, the handset performs other handset 
functions. Upon completion of a handset function or con- 
currently with the performance of other handset functions. 
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the handset checks at step S.334 whether the cycle time has 
been lapsed or been exceeded. In this regard, a cycle__clock 
is maintained which is incremented in accordance with an 
internal system clock of the handset. When the value of the 

5 cycle_clock is greater than or equal to the predetermined 
cycle time, then it is time for handset to register on the 
control channel. In particular at step S336, the handset will 
transmit the ID of the handset and its associated Find list on 
the registry channel. Thereafter, at step S.340, the cycle 

10 clock will be reset to zero and logic flow wiU proceed back 
to step S332. As further shown in FIG. 14B, logic flow will 
also loop back to step S.332 when it is determined at step 
S334 that the value of the cycle_clock is less than the cycle 
time. 

15 In the embodiment of FIGS. 14A and 14B, no dedicated 
or separate tuner is required. Instead, each handset registers 
on a predetermined control or registry channel every cycle 
period (i.e., every x minutes or seconds). The registration 
during a fi-ee call will interrupt the call for a period of time, 

20 since the handset utilizes the tuner required for the free call. 
The registry message may include the ID of the registry 
handset and the list of other handset IDs that are on the 
registering handsets Find list. By requiring aU handsets to 
transmit their corresponding Find list, analysis of the fist can 

25 be made to ensure that the querying handset (handset A) is 
on the fist of specified handsets (handset B) and vice versa, 
without having to contact the specified handset directly. 

Once again, it is possible to provide procedures for 
collision detection and/or coUision correction to prevent or 

30 correct the handset from trying to register at the exact same 
time as another handset. A more detailed discussion of an 
exemplary embodiment for detecting and correcting colli- 
sions is provided below. 

Various modifications may be made to the embodiment of 

35 FIGS. 14A and 14B to improve the efficiency of the ^ecific 
handset find procedure. In particular, an idle handset can 
tune to the registry chaimel and maintain updates on the 
handsets on its list, so that when a ^dfic find request is 
made, the handset is able to immediately inform the user of 

40 the Found list update. 

FIGS. 15A and 15B Dlustrate another embodiment of the 
present invention for providing a specific find request. The 
embodiment of FIGS. 15A and 15B combines the advan- 
tages of registering and having a dedicated control channel. 

45 In this embodiment, all handsets register on a predefined 
control or registry chaimel every cycle period (i.e., every x 
minutes or seconds). The registry occurs when the handset 
is idle and when the handset is on a call. The registry 
includes the ID of the handset that is registering and the 

50 frequency at which the handset can be contacted. If the 
handset is on a free call, then the identified or specified 
frequency will be the frequency of the call. If, however, the 
handset is idle or on a cellular or PCS caU, the indicated 
frequency in the registry will be the frequency of the 

55 dedicated control channel. FIG. 15A is an exemplary flow- 
chart of the various processes and operations that may be 
performed by a handset (i.e., handset A) which performs a 
specific request for another handset (i.e., handset B). FIG. 
15B is an exemplary flowchart of the various processes and 

60 operafions that are carried out by each handset (including 
handset B) for registering on the control channel and 
responding to find queries. Detailed descriptions of each of 
these figures will now be provided. 
As shown in FIG. 15A, a specific find request is initialized 

65 at step S350 when the user of handset A presses the FIND 
key with the handset B being selected or highlighted on the 
Find list Thereafter, at step S352, handset A tunes to the 
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predefined control or registry channel and at step S354, sets 
the value of a cycle_clock to zero. Thereafter, the handset 
A listens for registry responses at step S.356 on the registry 
channel. 

At step S358, it is determined whether a handset response 5 
is received on the registry channel. If a handset registry 
message is not received, then at step S360 it is determined 
whether the value of the cycle_clo<i is greater than or equal 
to the predetermined cycle time. As described above, the 
cycle_clock may be incremented in accordance with an lo 
internal system clock of the wireless handset and may be 
utilized to determine when the cycle time has elapsed. If the 
value of the cycle_clock is less than the cycle time at step 
S3(^, then control loops back to step S358 where the 
handset A again tests whether a handset response is received. 15 

If a handset response is received at step S358, then at step 
S362 the handset A determines whether the ID of the 
handset which registered is equal to the ID of the handset 
which was highlighted by user A That is, at step S362, the 
handset A determines whether the ID of the registering 20 
handset (i.e., handset X) corresponding to the ID of handset 
B. If a handset other then handset B made the registry, then 
logic flow returns to step S360 where the value of the 
cycle_clock is evaluated once again. Otherwise, if the ID 
corresponds to the ID for handset B, then at step S364 the 25 
detected signal strength (SS) of the handset B is recorded. 
Further, at step S366, handset A tunes to the specified 
channel or frequency for contacting handset B. As noted 
above, the registry message that is sent by each handset may 
include the frequency or channel at which the handset can be 30 
contacted Following step S366, handset A will send a find 
query to handset B at step S368 with the ID of handset A 
being specified in the query message. The queried message 
will be sent on the specified frequency or channel for 
contacting handset B directly. At step S.370, handset A wUl 35 
also initialize the value of the wait__clock to zero. 

At step S372, it is determined whether a re^onse has 
been received from the direct query. Handset A may dwell 
and wait for a predetermined wait time to detect a response 
from handset B. Thus, if no response is received at step 40 
S372, then at step S374 it is determined whether the value 
of the wait_jclock is greater than or equal to the predeter- 
mined wait time. The wait_clock may keep track of the 
elapsed time and be incremented in accordance with an 
internal system clock of the handset in order to keep track of 45 
the elapsed time. If the wait time has not elapsed, then logic 
flow returns to step S372. Otherwise, when the wait time 
has elapsed or been exceeded, logic flow proceeds to step 
S380, which is described in greater detail below. 

If it is determined at step S372 that a positive response 50 
has been received from handset B, then at step S376 the 
response is recorded along with the detected signal strength 
(SS). Further, at step S378, handset A indicates to the user 
that handset B has been found. TTiis indication may be 
displayed on the display of the handset and may include the 55 
ID of handset B, the corresponding name of user B and/or 
the detected signal strength (SS). An appropriate message 
(e.g., "Found") may also be displayed to the user. Following 
step S378, the specific handset find request terminates at 
step S382. 60 

If a response to the direct query is not detected within the 
predefined wait time at step S374, then at step S380 
handset A will assume that handset B is out of range or 
unavailable and indicate to the user that handset B was not 
found. In particular, at step S.380 the ID of user B, along 65 
with the corresponding name of user B and/or a message 
(e.g., "Not Found") will be displayed to the user. Step S380 
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will also be performed when it is determined at step S360 
that handset B did not register within the predetermined 
cycle time. 

FIG. 15B is an exemplary flowchart of the maimer in 
which each handset (including handset B) may register on 
the control or registry channel and re^nd to direct find 
queries. In particular, at step S390, the handset may perform 
other handset functions. Since a separate tuner is not pro- 
vided in this embodiment, disruptions may occur to a call 
when the handset determines it is time to register. At step 
S392, the handset will dieck to see if it is time to register 
on the control chaimel. That is, at step S392, the value of the 
cycle_clock will be compared with the predetermined cycle 
time. If the cycle_clock is greater than or equal to the cycle 
time, then at step S.394 the handset will tune to the control 
or registry channel. Further, at step S396, the handset will 
register by transmitting the ID of the handset and the channel 
or frequency at which the handset can be contacted. If the 
handset is on a finee call, the ^>ecified frequency or channel 
will be the frequency of the call. I^ however, the handset is 
idle or on a cellular or PCS call, then the specified frequency 
wiU be the frequency of the dedicated control channel. 
Following step S.396, the handset tunes back to the original 
or previous channel at step S398. 

As shown in FIG. 15B, at step S.400 the handset will set 
the value of a cycle_clock to zero and then proceed to step 
S.402. Logic flow will also proceed to step S.402 from step 
S392 when it is determined that the cycle time for regis- 
tering has not elapsed. At step S.402, it is determined 
whether a find query has been received over the specified 
frequency or channel for the handset. If a direct find query 
has not been received at step S.402, then logic flow proceeds 
back to step S390. Otherwise, when a direct find query is 
received at step S.402, the handset then proceeds to step 
S.404 where it is determined whether the ID of the querying 
handset (i.e., the ID of handset A) is on the Find list for the 
handset (i.e., handset X, which may be the handset of user 
B or another handset user). If it is determined at step S.404 
that handset A is not on the Find list, then logic flow 
proceeds back to step S390. If, however, handset A is on the 
Find list, then permission exists for transmitting a positive 
response to the find query. Accordingly, at step S.406 the 
handset will transmit a positive response back to handset A. 
Following step S.406, logic flow proceeds back to step 
S390. 

With the embodiment of FIGS. 15A and 15B, no dedi- 
cated or separate tuner is required. However, a disruption on 
a free call may exist while both handsets register. As such, 
both handsets that are on a free call may register sequentially 
to minimize the disruption to the free caU. In any event, the 
disruption to the conversation is minimized since each 
handset does not need to transmit their Find list when 
registering. Instead, the registry message only includes the 
ID of the handset and the frequency at which the handset can 
be contacted. Time domain multiplexing also allows the 
handsets on a free call to be queried directly on the channel 
where the call is occurring. Thus, when handset A needs to 
find handset B that is on a free call, handset A will tune lo 
the channel on which handset B is conducting a voice 
conversation. It will then transmit the query on the control 
time slot of the channel to request handset B to check its list 
and receive from the control time slot of the channel the 
response if handset A is on the list of handset B. 

In the embodiment of FIGS. ISA and 15B, an idle handset 
can tune to the registry channel and maintain updates on the 
handsets on its lists so that when a find request is pressed, 
the direct queries of a specified handset can begin. Such a 
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modificatioo will reduce the total time required for perform- time. If the wait time has not been exceeded at step S.434, 

ing a find request in the embodiment of FIGS. 15A and 15B. then logic flow will loop back to step S.432 so that the 
In addition, procedures may be implemented in FIGS. 15A handset will again check to see whether a response has been 

and 15B to detect collisions and/or correct collisions. As received. Otherwise, if a response is not received and the 

explained above, a collision may occur when one handset 5 predetermined wait time has been exceeded, then at step 

tries to register at the exact same time as another handset S.440, the handset will indicate that user B was not found. 

FIGS. 16 A and 16B illustrate another embodiment of the regard, handset A may display the ID of user B, along 

present invention for implementing a specific find request "^^^ corresponding name of user B and/or an appropriate 

for another handset. This embodiment is simUar to the mess^e (i.e.,"Not Found-). Following step S.440, the spe- 

embodiment of FIGS. 12A and 12B in that the registry lo find request wiU terminate at step SA22^ 

. , J , t *u IT^ f*u •* • u J * Refemngagam to step S.418m FIG. 16A, handset A will 

message mcludes not only the ID of the registenng handset i* . * *u • * u i r *i. j *• c i 

, * - . !_• i_ L . . J i_ . 1 .1- listen to the registry channel for the duration of one cycle 

and the frequency at which it can be contacted but also the ^^^^ ^^^^ ^^^^^ g ^^^^ predefined 

time slot in which the handset can be contacted if it is on a ^^,^^01 or registry channel. Thus, when a handset response 

call. By providing the time slot mformation, tune domam ^ ^,^1 received at step S.418, logic flow wiU proceed to step 

multiplexmg is not required in order to directly query a 15 § 420 to check whether the cycle time has elai^. As 

handset that is on a free call. FIG. 16A illustrates an described above, the cycle_clock may be maintained to 

exemplary flowchart of the various processes and operations keep track of the elapsed time and to monitor when the cycle 

that may be performed by a querying handset (i.e., handset time has elapsed. As long as the cycle time has not elapsed, 

A) which is attempting to find a ^)ecific handset (i.e., logic flow wiU loop back to step S.418 to check whether a 

handset B) which was selected by the user. FIG. 16B is an 20 handset response has been received. If, however, handset B 

exemplary flowchart of the various processes and operations is out of range or is not detected as registering on the control 

performed by each handset (including handset B) for regis- channel within the cycle time, then logic flow proceeds from 

tering on the control channel and responding to direct find step S.420 to step S.440 so that the handset A may indicate 

queries. A detailed description of each of these figures wiU to the user that handset B was not foimd. 

now be provided below. 25 FIG. 16B illustrates an exemplary logic flow of the 

As shown in FIG. 16A, a specific find request is initialized various procedures and operations that may be carried out by 

at step S.410 when user A presses the FIND key with the each handset (including handset B) to register on the control 

handset B selected on the list. At step S.412, handset A tunes channel and to respond to direct find queries. At step S.450, 

to the control or registry channel and at step S.414 sets the the handset performs other handset-related functions. These 

cycle_clock to zero. Thereafter, at step S.416, the handset 30 fimctions may include maintaining a free caU or performing 

listens to the registry channel in order to detect a handset a memory-related function. At step S.452, it is determined 

registry or response. whether the value of a cycle_clock is greater than or equal 

If a handset response is received at step S.418, then at step to the cycle time. Upon detection of the lapse of the cycle 

S.422 it is determined whether the ID of the registering time, the handset then determines that it is necessary to 

handset (i.e., handset X) corresponds to the ID of handset B, 35 register on the control or registry channel. Thus, at step 

specified by user A for the specific find request. If it is S.452, if the cycle_clock is greater than or equal to the cycle 

determined at ^ep S.422 that the responding handset is time, logic flow proceeds to step S.454 where the handset 

handset B, then at step S.424 the detect signal strength (SS) tunes to the registry channel. Thereafter, at step S.456, the 

of the response is recorded and, at step S.426, the handset A handset transmits the ID of the handset as weU as the 

tunes to the channel specified for contacting handset B. As 40 channel or frequency at which it can be contacted. If the 

noted above, the registry message includes the frequency at handset is on a free call, the handset will also specify in the 

which the handset can be contacted and the time slot during registry message the time slot in which the handset can be 

which the handset can be contacted if it is on a caU. At step contacted. The onset of this time slot may be communicated 

S.428, handset A directly queries handset B on the specified as an of^t from the time that the registration occurred. If 

channel. The direct find query will include the ID of the 45 the handset is idle or on a cellular or PCS call, the specified 

handset A to indicate the source of the query. Further, if frequency to contact the handset will be the frequency of the 

handset B is on a free call, handset A will contact and send dedicated control channel and the time slot wiU be any time, 

the query on the specified frequency and based on the Following step S.456, logic flow proceeds to step S.458 

specified time frame. where the handset tunes to the previous channel. Thereafter, 

Following step S.428, the handset A will set the value of 50 the cycle_clock is reset to zero. Logic flow then proceeds 

the wait_clock to zero at step S.430 and, at step S.432, from step S.460 to step S.462. As shown in FIG. 16B, logic 

determine \^ether a response has been received from the flow will also proceed to step S.462 from step S.452 when 

handset B. If a positive response is received from handset B, it is determined that the cycle time has not elapsed, 

then at step S.436 the response is recorded along with the At step S.462 the value of the cycle_clock is compared 

detected signal ^rength (SS) of the response. Thereafter, at 55 with the slot start time and slot end time. In particular at step 

S.438, the handset will indicate to the user that handset B S.462, it is determined whether the cycle__clock is greater 

was found. In this regard, handset A may display the ID of than or equal to the slot start time and less than or equal to 

user B, along with the name of user B and/or the detected the slot end time. If these conditions are satisfied, then logic 

signal strength (SS). FoUowing step S.4d8, the specific find flow proceeds to step S.464, where the handset determines 

request terminates at step S.442. 60 whether a direct find query has been received during the 

If a response is not received at step S.432, then logic flow specified time frame. If the conditions of step S.462 are not 

will proceed to step S.434 to determine whether the prede- met (i.e., the value of the cycle_clock is outside of the 

termined wait time has elapsed. The handset may wait for specified time frame) or a find query is not received at step 

the predetermined wait time to see if the direcdy queried S.464, then logic flow will loop back to step S.450, as shown 

handset responds. The value of the wait_clock may be 65 in FIG. 16B. 

incremented in accordance with an internal system clock of When a direct find query is received at step S.464, the 

the handset to detect the elapsed time and to monitor the wait handset will check to see if the ID of the querying handset 
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(i.e., handsel A) is od the list of the handset (i.e., the Find list 
of handset X, which may be handset B or another handset). 
If the ID of handset A is on the Find list, then a positive 
response is transmitted at step S.470. Thereafter, logic flow 
returns to step S.450. If, however, there is no permission to 5 
respond to the find query since handset A is not on the Find 
list of the handset, then logic flow will proceed directly back 
to step S.450 from step S.468. 

In the embodiment of FIGS. 16A and 16B, when the 
querying handset (i.e., handset A) is initialized to perform a lo 
specific find request with respect to another handset (i.e., 
handset B), handset A will tune to the registry channel and 
listen for the duration of the cycle time. When it is detected 
that handset B registers on the registry channel, handset A 
will contact handset B directly on the frequency ^>ecified in 15 
the registry and in the time frame specified (if necessary). If 
handset B is within rang^, detects the find query from 
handset A and determines that handset A is on its corre- 
sponding Find list, then handset B will be able to respond to 
the query from handset A. 20 

During call setup, two handsets may exchange tl^ time 
that they will each register. The time that the other handset 
registers may be defined as the slot time. Therefore, in the 
embodiment of FIGS. 16A and 16B, handsets may not 
register sequentially. Instead, handsets on a call may register 25 
at non-overl^ping times during the cycle time in order to 
provide the time required to respond to find queries of other 
handsets during the slot time. If a collision occurs, then the 
registry time, slot time, and cycle time should be renegoti- 
ated. While two disruptions on a free call arc rcquired (since 30 
each handset registers and transmits its frequency and slot 
time on the registry channel), each disruption is minimized 
since the Find list of each handset does not need to be 
transmitted. Further, this embodiment includes the advan- 
tage of not requiring time domain multiplexing. 35 

As discussed above, the wireless handset of the present 
invention may also be implemented with a set of List 
Maintenance features. Generally, each wireless handset may 
store and maintain one or more lists of numbers and/or IDs 
of other handset users. According to a preferred embodiment 40 
of the invention, each handset is equipped with three lists of 
numbers, inducting a Speed Dial list, a Find list and a Foimd 
list. The Speed Dial list contains the names and numbers of 
all the people the user would like to call without having to 
dial the number directly. The Find list contains the names 45 
and number of all of the people that are on the Speed Dial 
list that have a wireless handset that is capable of operating 
in a direct handset-to-handset communication mode. 
Further, as descnbed above, the Found list is the list of 
people or users that are on the Find list of the handset and 50 
that are within range of the user's wireless handset. The 
Found list is generated by pressing, for example, a FIND 
button on the handset and executing a find request. Each 
wireless handset may be implemented such that changes to 
any one of these lists will automatically be reflected in the 55 
other lists. In addition, these lists (i.e., the Find, Speed Dial 
and Found lists) do not need to be provided separately in the 
wireless handset For example, two lists or all three lists may 
be combined in the handset 

The List Maintenance features of the present invention 60 
may include features which permit a user to add, delete and 
modify entries to each list of the handset. In particular, 
according to an aspect of the present invention, the List 
Maintenance features may allow users to add entries iden- 
tifying other handset users to their Speed Dial list and Find 65 
list. For example, a program feature may be provided which 
allows a user to program, with the buttons or keypad of the 
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handset, the name and number of a person into either the 
Speed Dial list or the Find list. Such a feature may be similar 
in functionality to that used for programming speed dials in 
to conventional wireless handsets. However, the program 
feature of the invention may additionally require that the 
user indicate whether the number being programmed 
belongs to a compatible wireless handset that is capable for 
performing direct handset-to-handset communication. 

Another feature which may be provided with the List 
Maintenance features is a delete feature. With the delete 
feature, a user may be given an option to delete an entry 
from either the Speed Dial List or the Find list. When 
deleting an entry, both the name and number of the user will 
be deleted. In addition to the delete feature, a group feature 
may also be provided to permit a user to group objects into 
sublists. This feature may be useful when grouping family 
members, co-workers or friends into sublists. Grouping 
items on the Speed Dial list may also automatically cause 
entries to be grouped on the Find list, and vice versa. When 
items are grouped, their members wiU continue to be avail- 
able on the list, as well as the group as a whole. 

According to an additional aspect of the present 
invention, the List Maintenance features of the wireless 
handset includes a memorize feature which provides an easy 
way for handset users to trade names and numbvers with one 
» another. The memorize feature may be invoked when two 
handset users are near each other (e.g., within an arm's reach 
or the same room) or are talking to each other on a free caU. 
As illustrated in FIG. 5, a wireless handset may transition 
firom an Idle state to a Memorize Request state when 
invoking the memorize feature. By invoking the memorize 
function at approximately the same time, the two handsets 
will exchange names and numbers, and enter those names 
and numbers into their respective Find list. 

By way of a non-limiting example, FIGS. 40A and 40B 
are exemplary flowcharts of the various processes and 
operations in a Memorize Request state, according to an 
aspect of the invention. As illustrated in FIG. 5, when 
initiating the memorize featiire to exchange information 
with an object, the wireless handset will transition from an 
Idle state to a Memorize Request state, llie transition from 
an Idle state to the Memorize Request state may occur imder 
condition 1, when a user indicates to initiate or start a 
memorize request to exchange information with another 
object (e.g., another wireless handset) by pressing an appro- 
priate key or button on the wireless handset In the Memo- 
rize Request state, the wireless handset wiU attempt to 
exchange information (including ID or directory number 
information) with another handset or object that is located 
within range. The wireless handset may transition back to 
the Idle state from the Memorize Request state (represented 
by condition m in FIG. 5) after successfully exchanging 
information with another object or handset or after failing to 
complete the memorize function. 

More particularly, as illustrated in FIG. 40A, when enter- 
ing a Memorize Request state the wireless handset will first 
switch and/or im'tialize the transceiver of the handset at step 
S.1300 for the memorize request. That is, N frequency pairs 
may be assigned to the wireless handset for performing a 
memorize function, with the higher frequency associated 
with a duplex channel "i" being designated as F^^- and the 
lower frequency being designated as F,,. Therefore, at step 
S.1302, the wireless handset wiU switch the receiver to the 
lower frequency band of the duplex pass band and switch the 
transmitter to the higher frequency band. As further shown 
in FIG. 40A, the handset will also initialize and set the value 
of a counter i to 1 at step S.1304. Following step S.1304, the 
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receiver of the handset will be set to the low frequency F/,- tennined threshold RD^-, then the attempt to exchange 

and the transmitter will be tuned to the higher frequency F^- information has failed and at step S.1326 a find failure 

at step S.1306. indication will be provided to the user to indicate that the 

After tuning the receiver and transmitter, the wireless memorize request was unsuccessful. Thereafter, the handset 
handset will detennine at step S.1308 whether there is 5 may return to an Idle state. If, however, the signal strength 
interference in the channel. Interference may be analyzed by is detennined to be at the expected reduced power level, then 
determining whether the signal strength of the channel is not the memorize response message has been received success- 
greater than a predetermined thre^old. For example, at step fully and the information associated with the responding 
S.1308, the wireless handset may determine whether the handset (including directory number and/or name) will be 
received signal strength of the channel is greater than a lo decoded. Further, at step S.1328, a memorize success alerter 
threshold level THR^-. If it is determined that the threshold will be activated to notify the user that the memorize request 
has been exceeded and that there is interference on the was successfiil. This indication may comprise providing an 
channel, then at step S.1310 the value of the count i may be audible tone and/or message to the user with the handset, 
modified according to the following equation: Following ^ep S.1328, the handset will store and update the 
iWi+i^mod N decoded information in the handset. The information may be 
Ki+ ;m stored in the speed dial and Find lists of the handset, so that 

After the value of the counter i is reset, logic flow the user may initiate call requests and find requests with the 

proceeds back to step S.1306 so that another channel is stored information. Thereafter, the wireless handset may 

tuned to and analyzed for interference. transition fiom the Memorize Request state back to the Idle 

If the signal strength of the chaimel is determined to be 20 state, as illustrated on FIG. 40B. 
acceptable at step S.1308, then a counter m may be initial- In accordance with another embodiment of the invention, 
ized and set to 0 and at step S.1312 (see FIG. 40B) a FIGS. 17A and 17B represent an additional, exemplary 
synchronization signal may be sent by the wireless handset. implementation of the memorize feature that may be pro- 
After synchronization, the wireless handset may transmit a vided in a handset. In particular, FIG. 17 A is an exemplary 
memorize message over the channel at step S.1314. The 25 flowchart of the various processes and operations that may 
memorize message may include information associated with be performed by a handset (i.e., handset A) when invoking 
the handset, including flie directory number DN and/or name the memorize function to exchange name and number infor- 
assodated with the wireless handset. Following step S.1314, mation with another handset (i.e., handset B) that is nearby, 
the wireless handset will wait for a response at step S.1316 FIG. 17B illustrates an exemplary flowchart of the various 
to determine if the object or other wireless handset responds 30 processes and operations performed by the handset B that is 
by sending a memorize response message to complete the near handset A and that is also invoked to perform a 
exchange of information. Ideally, the memorize feature memorize procedure. Each of these figures will now be 
should be invoked when both handsets are in close proxim- discussed in greater detail. 

ity to each other, so that memorize messages can be sent and As shown in FIG. 17A, the memorize procedure is 

received without interference (e.g., by caUs or memorize 35 initialized by user A at step S.500 when the memorize 

messages transmitted between other wireless handsets in the feature is selected on the handset with the other handset or 

area). In addition, the memorize messages may be transmit- object B being nearby. Since the memorize procedure is 

ted at a reduced power level and within a short time window performed with the handsets being set at reduced power, 

in order to avoid the messages from being received by other handset B should be in close proximity to handset A in order 

handsets or objects in the area. As aich, the requesting 40 to receive the transmitted handset information. Generally, 

handset that transmits the memorize message may wait for the handsets should be approximately an arm's length away 

a predetermined period of time (e.g., a few seconds) to from one another or should be in the same room. Further, 

determine if a memorize response message has been although step S.500 illustrates user A as initializing the 

received, before attempting to retransmit on another channel memorize procedure, it is of course possible that handset B 

or determining that the memorize request has failed. 45 initializes the memorize procedure by activating the memo- 

If a memorize response message is not received at step rize feature before user A. 

S.1316, then the counter m is incremented by one at step At step S.502, handset A sets the value of a wait_clock to 

S.1318 and at step S.1320 the requesting handset determines zero. The wait_clock may be a coimter stored in the handset 

whether m has exceeded a predetermined limit L. If m is less which is incremented in accordance with an internal system 

than or equal to the predetermined limit L, then logic flow 50 clodc to keep track of the elapsed time. Following step 

proceeds back to step S.1312 so that a synchronizing signal S.502, the handset at step S.504 tunes to a predetermined 

and the memorize message may be resent. Otherwise, at step control channel at a very low or reduced power. As discussed 

S.1326, the handset will assume that the memorize request above, since the memorize information is exchanged at a 

has failed and a find failure indication will be provided to the reduced power level, handset A and handset B should be in 

user to indicate that the memorize request was unsuccessful. 55 close proximity to one another so that the information may 

Following step S.1326, the wireless handset may transition be detected and received. The power level should be reduced 

from the Memorize Request state back to the Idle state, as to a level so as to prevent other handsets in the area from 

illustrated on FIG. 40B. receiving the signal. Preferably, ihs handset units should be 

If a memorize rei^nse message is received at step operated within several feet of one another or within one 

S.1316, then the wireless handset will check and analyze the 60 arm's reach. 

signal strength of the memorize response message to deter- At step S.506, handset A queries handset B over the 

mine if it was transmitted by the responding handset that is control channel for a memorize confirmation. The memorize 

within close proximity or next to the transmitting handset. query message sent from handset A may include the ID and 

That is, at step S.1324, the handset may compare the signal corre^nding name for user A. Following step S.506, the 

strength with a predetermined threshold RD^- to confirm 65 handset A determines at step S.508 whether a positive 

that the memorize response message was sent at a reduced response or confirmation has been received. If a response is 

power level. If the signal strength is greater than the prede- not received, then at step S.510, the handset determines 
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whether a predetermined wait time has expired. In accor- 
dance with an aspect of the present invention, each handset 
may wait for a predetermined wait time for a memorize 
confirmation from the other handset. The value of the 
wait_clock may be compared with the wait time to deter- 5 
mine the amount of lapsed time since initializing the memo- 
rize procedure. If it is determined that the wait_clock is less 
than the wait time, then logic flow loops back to step S.508. 
Otherwise, if a memorize confinnation is not received 
within the wait time and, at step S.510, it is determined that 
the wait time has elapsed or been exceeded, then logic flow 
proceeds to step where the memorize routine is 

terminated. 

If it is determined at step S.508 that a memorize confir- 
mation has been received, then at step S.512 it is determined 
whether user A confirms that the ID and name of user B 
should be memorized. In this regard, user A may be 
prompted by the display of the handset to confirm that the 
memorize procedure should be completed by storing the ID 
and name of user B to the list. If user A does not confirm the 
saving of user B to the list, then logic flow proceeds to step 20 
S.516 where the routine terminates. If user A confirms the 
completion of the memorize procedure, then at step S.514 
the ID and name of user B (which was included in the 
memorize confirmation message from handset B) is stored in 
the Find list for handset A. Following step S.514, the 25 
procedure terminates at step S.516. 

FIG. 17B iUustrates the various processes and operations 
that may be carried out by handset B when performing a 
memorize procedure with handset A. Specifically, at step 
S.520, handset B performs other handset related functions. 30 
Thereafter, at step S322, handset B detects whether a 
memorize query has been received over the control channel. 
In accordance with an aspect of the present invention, the 
tuner for handset B may periodically check for responses 
received over the control channel, including whether a 3S 
memorize query has been received. If it is determined that 
a memorize query is not received at step S.522, then logic 
flow loops back to step S.520. If, however, a memorize 
query is received in the control channel at step S.522, then 
the query message is analyzed at step S.524. 40 

In particular, handset B temporarily records the ID and 
name of user A at step S.524. As discussed above, the ID and 
corresponding name of user Ais included with the memorize 
query from handset A. FoUowing step S.524, handset B sets 
and initializes the value of a wait_clock to zero. The 45 
wait_clock may be stored in handset B and is utilized to 
monitor the elapsed time. For this purpose, the wait_clock 
may be incremented in accordance with an internal system 
clock of the handset At step S.528, the handset determines 
whether user B has pressed the memorize button or selected 50 
the memorize feature. That is, upon receipt of the memorize 
query from user A (which initialized the memorize 
procedure), user B may be prompted by the display of the 
handset to activate the memorize feature. Alternatively, the 
handset may not provide a prompt and user B may simply 55 
press or activate the memory feature with the handset after 
user A initializes the memorize procedure on his/her hand- 
set. If the memorize procedure is not activated by the user 
B, then at step S.530, it is determined whether a predeter- 
mined wait time has been exceeded. For this purpose, the 60 
value of the wait_clock is compared with the wait time. If 
the wait^clock is less than the wait time, then logic flow 
loops back to step S.528. Further, if the memorize feature is 
not activated at step S.528 and the wait time has been 
determined to be exceeded at step S.550, then the entire 65 
memorize procedure is skipped and logic flow returns to step 
S.520. 
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If it is determined at step S.528 that the memorize feature 
has been activated by user B, then at step S.532 a memorize 
confirmation message is sent back to handset A over the 
control chaimel. In this regard, handset B operates at a 
reduced power and includes the ID and name of user B with 
the memorize confirmation message. 

FoUowing step S.532, handset B determines at step S.534 
whether the user confirms to complete the memorize pro- 
cedure by saving the ID and name of user A (which was 
included in the memorize query from handset A). User B 
may be prompted to confirm the storing of the ID and name 
of user A by a message prompt on the handset If user B 
confirms that user A is to be memorized, then at step S.536 
the ID and name of xiser Ais added to the Find list of handset 
B. Following step S.536, the routine ends and logic flow 
loops back to step S.520, so that other handset functions can 
be performed. Logic flow will also return to step S.520 from 
step S.534 if user B does not confirm that user A is to be 
added to the Find list. 

Successful completion of the memorize procedure results 
in handset B lowing on the Find list of handset A, and vice 
versa. The Speed Dial Ust of handsets A and B may also be 
updated in accordance with the information added to the 
Find list. In addition to two handsets exchanging 
information, other objects (such as tracking devices, includ- 
ing a paging device or a beeping clip attached to an item) can 
be memorized by having the xiser press the memorize button 
or activate the memorize feature on the object. Objects, 
however, can also be manuaUy programmed into a Find list 
of a handset, thus alleviating the need for a memorize button 
on the object 

As discussed above, since the memorize procedure is 
performed with the handsets operating at a reduced power 
and for transmitting only for a short period of time, users 
must invoke the function in close proximity to one another 
and close together in time. Additional procedures may be 
incorporated into the logic flow of FIGS. 17A and 17B to 
detect collisions and/or correct coUisions. A more detailed 
discussion of procedures for detecting and correcting colli- 
sions if provided below. 

The memorize features of the present invention may also 
be used in connection with other objects, such as a tracking 
devices or clip. The memorize procedure may operate in a 
similar fashion to that for memorizing between two hand- 
sets. For example, when the memorize feature is invoked by 
a handset on a clip, the ID of the clip may be automaticaUy 
transferred and stored in the Find list of the handset. The 
user of the handset may then be given an opportunity to 
associate a name with the clip or object. Such a feature may 
save a user from having to enter both the name and the ID 
into the handset 

Another set of features which may be implemented in the 
wireless handset of the present invention is a set of Confer- 
ence CaU features. Conference CaU features may enable the 
user of the wireless handset to place conference caUs to other 
compatible handsets through direct handset-to-handset 
communication, as long as aU parties are within range of the 
conference initiator. Various methods may be provided for 
initiating a conference caU. For example, a Spontaneous 
Conference Call feature may be provided to permit a user to 
add another person to an existing caU (similar to three-way 
calling) to establish a conference caU. This type of confer- 
encing may be available during other types of conferencing. 
Further a Static Talk Group feature may be provided which 
enables the user to create a group of people in the Speed Dial 
list or the Find list to which the user would like to place a 
conference caU. To establish a conference call, the user may 
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select the group of people through the display of the handset, 
press the FREE button and the handset will simultaneously 
place a call to all members of that group. Should some of the 
users in the group not be available or reject the caU, the 
conference may still be initiated, but without those mem- 5 
bers. Further, this conference feature will not continue to try 
to bring the missing members into the call. However, 
spontaneous conferencing may be available during this type 
of conference to permit the user to selectively add other 
users or try to contact the missing members of the group. 10 

Other Confereirce Call features may be provided. For 
example, a Temporary Talk Group feature may be provided 
that allows a user to specify two or more people to place a 
call by selecting those people from the Speed Dial list. Find 
list, or Found list individually and then hitting the FREE 15 
button on the handset. Should some of the users from the 
group not be available or reject the call, the conference will 
still be initiated, but without those members. This confer- 
ence call feature will not try to bring these missing persons 
into the call, but the user may try to add these persons during 20 
the conference with the spontaneous conferencing feature. 

Another feature that may be provided as part of the set of 
Conference Call features is a Conference Call Channel. In 
accordance with an aspect of the present invention, a Con- 
ference Channel may be a predefined channel which is open 25 
to all wireless handsets that are implemented according to 
the a^>ects of the present invention. Such a Conference 
Channel may function similar to a channel of a CB radio. 
Spontaneous conferencing may be made available with this 
type of conferencing to permit other members to be added to 30 
the conference call. 

Various techniques may be utilized to implement and 
establish conference calls through direct handset-to-handset 
communication. According to an aspect of the present 
invention, time domain multiplexing is utilized to establish 35 
three-way conferencing and other types of conference caUs. 
For three-way conferencing established through time 
domain multiplexing, three time slots per frame may be 
defined. In general, one time slot is utilized to carry control 
data and the other two time slots are utilized to carry voice 40 
data between any two handsets. FIGS. 18A, 18B and 18C 
illustrate embodiments of providing three-way conferencing 
through the use of time domain multiplexing, in accordance 
with ai^cts of the present invention. 

In particular, FIG. 18A schematically represents a three- 45 
way conferencing scenario between handset A, handset B 
and handset C. In FIG. 18Atime domain multiplexing may 
be utilized to implement three-way conferencing with the 
handsets communicating in a direct handset-to-handsct com- 
munication mode. As mentioned above, three time slots per 50 
time frame are provided, with two of the time slots carrying 
voice data. To support bi-directional conununication, the 
voice data may be transmitted by either party. For example, 
with re^ct to handsets A and B, handset A may transmit 
with handset B receiving (ATBR), or handset B may trans- 55 
mil voice data with handset A receiving (BTAR). Further, 
with respect to handsets A and C, handset A may transmit 
with handset C receiving (ATCR), or handset C may trans- 
mit with handset A receiving (CTAR) the voice data. 
Similarly, with respect to handsets B and C, handset B may 60 
transmit with hai^set C receiving (BTCR), or handset C 
may transmit with handset B receiving (CTBR) the voice 
data. 

In addition to the two slots per time frame that are utilized 
to carry voice, one slot per frame may be dedicated for 65 
carrying control data. Various implementations may be 
utilized for allocating the three time slots per frame. FIGS. 
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18B and 18C illustrate two embodiments of the invention for 
time slot allocation. In FIG. 18B, the first, second and third 
time slots (TSl, TS2 and TS3) are defined, wherein the first 
time slot TSl is dedicated for control data (C). In this 
embodiment, the first time slot TSl may have a length that 
is as small or as laige as needed for supporting the control 
data. The second time slot TS2 and the third time slot TS3 
in FIG. 18B arc provided to carry voice. In FIG. 18C, the 
first, second and third time slots (TSl, TS2 and TS3) are 
defined differently with respect to the control data time slot. 
That is, in FIG. 18C, any time slot can carry voice. 
Therefore, the control data (C) may be carried in any time 
slot. However, in the embodiment of FIG. 18C, the length of 
the time slot carrying the control data must be the same 
length as the voice channel or time slots. In any event, for 
both of the embodiments of FIGS. 18B and 18C, an addi- 
tional framing bit may be provided at the beginning of each 
frame to help the receiving equipment synchronize. 

As illustrated in FIGS. 18A-18C, three-way conferencing 
may be implemented and provided in the wireless handset of 
the present invention through the use of time domain mul- 
tiplexing and a time frame including a plurality of time slots 
(preferably three slots). In the embodiment of FIG. 18B, the 
time slot carrying the control data may be of any required 
length, whereas in the embodiment of FIG. 18C the control 
. data time slot must be the same length of the voice channel. 
Further, in the embodiment of FIG. 18C, only one handset 
has access to the transmit and receive control time slot at a 
time. Thus, handset specific data must either be sent over 
multiple time slots, or the proper time slot for each handset 
must be known. In contrast, in the embodiment of FIG. 18B, 
control data that applies to any or all of the handsets can be 
sent at one time and all handsets can receive the same. Since 
the first time slot TSl is dedicated for carrying the control 
data, no prior knowledge of the proper time slot is required. 
While the embodiments of FIGS. 18B and 18C have been 
provided, other variations on the numt>er of time slots per 
frame and the allocation of what is transmitted and received 
in each time slot may be provided. 

The present invention has been described with reference 
to facilitating and supporting voice communication between 
handsets. In addition to supporting voice communication, 
the wireless handsets of the present invention may also be 
implemented so as to permit short range messages 
(including alphanumeric text, etc.) between handsets when 
communicating in a direct handset-to-handset communica- 
tion mode. For this purpose, a set of Short Range Messaging 
features may be provided with the handset of the present 
invention. Such features may facilitate the sending of short 
range messages from one handset to another handset, as 
along as both handsets are within range. The types of 
messages that may be supported can include both numeric 
and alphanumeric messages. Short range messages can be 
sent directly from one handset to another if they are both 
idle, or can be received during the control time slot if the 
receiving handset is on a call. When sending a short range 
message, the sending handset may check a registry or 
control channel to determine if the handset is within range 
(i.e., the haiulset shoidd perform a specific find request), and 
to identify the proper frequency on which to send the 
message. Short range messaging should be restricted if a 
user tries to initiate the same during a call. Traditional short 
range messaging techniques and features may be utilized to 
provide short range messaging in the wireless handset of the 
present invention. That is, traditional message structures for 
sending messages (such as that used in short message 
service — SMS) may be used for sending short messages 
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between handsets. However, since handsets are capable of 
communicating with one another without the use of a 
netwoik infrastructure, a separate message center is not 
necessary to handle transmission of tbe short messages. 
Further, since the wireless handsets of tbe present invention 5 
arc capable of communicating in a direct handset-to-handset 
mode, short range messages may be received by a handset 
during a call. 

The set of Short Range Messaging features may provide 
various functionalities and capabilities to the user of the 
wireless handset. For example, a user may be able to enter 
custom messages, including numeric or alphanumeric 
messages, by typing them in using the keypad of tbe wireless 
handset. Once a message is typed in, the user will be given 
the option to store that message in a Saved Messages list. 
The Saved Messages list may store a prcdetermined number 
of messages, each of which is permitted to have a maximum 
length. When the limit of the Saved Messages list is reached, 
old messages may be deleted to provide sufficient room for 
additional or new messages. Further, the user may be given 
the ability to select message from tbe Saved Messages list to 20 
easily use and resend the messages without having to type 
those messages again. These messages may include basic 
alphanumeric messages (e.g., '^Let's go to lunch") or other 
types of messages that are frequendy sent by the user. 

In order to send a message, the Speed Dial list. Find list 25 
or Found list can be utilized by the user to select a person or 
group to send the message. A message can be sent or 
broadcast to a group by selecting a defined group firom the 
Speed Dial list or tbe Find list. In addition, the user can 
specify two or more recipients of a message by selecting 
those people or groups firom the Speed Dial list. Find list or 
Found list. With rcspect to header information, the sender of 
the message, time and date the message was received will be 
displayed at the beginning of the message. An optional 
feature may also be provided whidi permits the display of all 
recipients of a broadcast message when this feature is 35 
selected. 

Various types of feedback may be provided to the user 
when a message is sent. For example, if the receiving 
handset is out of range or turned off, a message stating this 
fact may be presented on the di^lay of the sender's handset 40 
(e.g., "Unavailable"). Further, if the receiving handset is in 
use and cannot receive a message, then a message stating 
that the handset is busy may be presented on the sender's 
handset display (e.g., "Busy"). If the receiving handset 
confirms reception of the message, then a message stating 45 
this fact may be displayed (e.g., "Delivered"). 

Another feature that may be provided is a Query Message 
Read feature which allows users to ask the handset that 
received the message if that message was read. If the handset 
is in range, the handset wiU ce^nd automatically without 50 
asking the user. In addition, a Read Feedback feature may be 
provided which, when selected, will automatically send a 
message back to the originator of the message that the 
message was read by the receiver (as indicated by the 
receiver scrolling to that message). If the originator is out of 55 
range, the handset will not continue to try to deliver this 
acknowledgment. 

For incoming short range messages, various features may 
be provided for alerting and displaying the incoming mes- 
sages. For example, a variety of message alert features may 60 
be provided which enable the handset to alert the user of an 
incoming message by the choice of a ringing signal, vibrat- 
ing signal, blinking display, beeping signal (only once) or 
with no alerting signal. The choice of message alert may be 
selectable and an independent choice than that made for 65 
traditional wireless network calls or incoming handset-to- 
handset calls. 
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When an incoming message is received, a note on the 
screen may be displayed to the user to inform the user of the 
received message. The message display may indicate the 
number of messages received. When a message is received, 
the user may then be able to access that message and sctoII 
through it using the arrow keys on the handset. For reply 
features, a one function reply to a message can be invoked. 
The reply can be numeric, alphanumeric or a message 
chosen from the Saved Messages list. The reply message 
may contain the quoted text of the original message. As 
discussed above, users may also be given the ability to delete 
messages, including messages stored in the Saved Messages 
list. 

Byway of a non-limiting example, FIGS. 41A and 41B 
illu^rate exemplary flowcharts of the various processes and 
operations that may be performed by a handset when send- 
ing a short range message in a Short Range Message state. 
That is, as illustrated in FIG. 5, a wireless handset may 
transition from an Idle state to a Short Range Message state 
when the handset is invoked by the user to transmit a short 
range message. This transition state is represented by con- 
dition n in FIG. 5. In the Short Range Message state, the 
wireless handset may transmit the short range message to a 
specified handset or object. Upon the successful transmis- 
sion of the short range message or after determining that the 
short range message request has failed, the handset may 
transition back to tbe Idle state from the Short Range 
Message state (as represented by cornlition o in FIG. 5). 

In particular, as illustrated in FIG. 41A, when entering a 
Short Range Message state the wireless handset will first 
collect the short range message entered by the user at step 
S.1400. The short range message may be entercd by the user 
through the keypad of the handset. The handset may include 
pre-stored messages that the user may select and/or modify. 
At step S.1400, the short range message that is collected may 
be stored in a memory buffer of the handset. Then, at step 
S.1402, the handset will switch and/or initialize the trans- 
ceiver in preparation of transmitting the short range message 
request. The handset may be implemented to sent the short 
range message over a dedicated control channel or a registry 
charmel. Alternatively, in accordance with the embodiment 
of FIGS. 41A and 41B, N frequency pairs may be assigned 
to the wircless handset for transmitting short range mes- 
sages. In such case, the higher frequency associated with a 
duplex charmel "i" may be designated as and the lower 
frequency designated as F^^,.. Therefore, at step S.1402, the 
wireless handset will switch the receiver to the lower 
frequency band of the duplex pass band and switch the 
transmitter to the higher frequency band. 

As further shown in FIG. 41A, the handset initializes and 
set the value of a counter i to 1 at step S.1404. Following 
step S.1404, one of the assigned frequency pairs is selected 
based on the value of the coimter i, with the receiver of the 
handset being set to the low frequency and the transmitter 
will be tuned to the higher frequency F^.. After tuning the 
receiver and transmitter, the wireless handset will determine 
at step S.1308 whether there is interference in the channel. 
Interference may be analyzed by determining whether the 
signal strength of the channel is not greater than a prede- 
termined threshold. For example, at step S.1408, the wire- 
less handset may determine whether the received signal 
strength of the charmel is greater than a threshold level 
THR^,-. If it is determined that the signal strength exceeds 
the threshold and that there is interference on the channel, 
then at step S.1410 the value of the count i may be modified 
according to the following equation: 

*=('+l)mod N 
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After the value of the counter i is reset, logic flow 
proceeds back to step S.1406 so that another channel is 
tuned to and analyzed for interference. 

If the signal strength of the channel is determined to be 
acceptable at step S.1408, then a counter m may be initial- 5 
ized and set to 0 and at step S.1412 (see FIG. 41B) a 
synchronization signal may be sent by the wireless handset. 
After synchronization, the wireless handset may transmit 
and send the short range message over the selected channel 
at step S.1414. The short range message include the direc- lo 
tory number DN and/or name associated with the wireless 
handset or object that the short range message is directed to. 
Following step S.1414, the wireless handset will wait for a 
response at step S.1416 to determine if the ^ort range 
message has been received. The handset that transmits the 15 
short range message may wait for a predetermined period of 
time (e.g., a few seconds) to determine if a short range 
message response has been received before attempting to 
retransmit on another channel or determining that the memo- 
rize request failed. 20 

If a short range message response is not received at step 
S.1416, then the counter m is incremented by one at step 
S.1418 and at step S.1420 the handset determines whether m 
has exceeded a predetermined Umit L. If m is less than or 
equal to the predetermined limit L, then logic flow proceeds 25 
back to step S.1412 so that a synchronizing signal and the 
short range message may be resent. Otherwise, at step 
S.1426, the handset will assume that the short range message 
was not received and a short range message (SMR) send 
failure indication will be provided to the user to indicate that 30 
the memorize request was unsuccessful. Following step 
S.1426, the wireless handset may transition from the Short 
Range Message state back to the Idle state, as illustrated on 
FIG. 41B. 

If a short range message response is received at step 35 
S.1416, then at step S.1424 a short range message (SMR) 
send success indication will be provided to the user to 
indicate that the short range message was sent successfully. 
Following step S.1424, the wireless handset may transition 
from the Short Range Message state back to the Idle state, 40 
as illustrated on FIG. 41B. 

In addition to providing Short Range Messaging features, 
the wireless handset of the present invention may be imple- 
mented with various Accessory-Related features. Various 
accessories may be provided with the wireless handset of the 45 
present invention. For example, the wireless handset may be 
provided with a port or connection to support computer 
coimectivity. Computer connectivity features may be imple- 
mented in the wireless handset to enable downloading of 
large lists (e.g.. Speed Dial lists. Find lists. Short Messages 50 
lists, etc.) and standard configurations. In addition, computer 
control of handset features^ ^ch as find features, may be 
available so that such features are performed automatically 
when they are required to perform other handset functions. 
The computer conneoivity features may also permit handset 55 
data (e.g., the results of a find query) to be uploadable to a 
computer or other computer-based device. 

Another accessory which may be provided with the 
wireless handset of the present invention is a tracking 
device, such as a beeping clip device or paging device that 60 
is secured to an item. Beeping clip and paging devices may 
be attached to items such as keys, wallets and tools to 
facilitate the locating of those items. These devices may be 
clipped onto the item or attached by other suitable means 
(e.g., an adhesive surface, a clasp, a chain, etc.). Further, 65 
these devices may be embedded in the item with other 
components (e.g., as part of a remote lock or key ring) or 
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provided in another form. In any event, the word "clip" is 
used herein as a way of generally referring to all types of 
tracking devices. Accordingly, a beeping clip that clips to an 
item is an exemplary embodiment only and the word "clip" 
should not be construed as limiting the type of tracking 
device that may be utilized in the invention. 

Each tracking device may have a unique ID and may be 
entered with other objects into the Speed Dial list and Find 
list of the handset by performing a memorize function or by 
entering the same manually. The user may also be given the 
option to individually name each item and to automatically 
group items together. By pressing a predetermined key or 
button on the handset with an item (which, for example, has 
a beeping clip or paging device attached thereto) being 
highlighted on the display, the selected item will be 
instmcted to beep if it is within range. This will then permit 
the user to locate the item without dif5culty. Items with 
attached clips can also be selected, as with persons and other 
objects, to make the items beep or ring whenever the items 
start in range but then exceed range, to facilitate ensuring 
that those items are not left behind (such as a tool or wallet) 
or do not wander away from the user (e.g., a toddler or a pet). 

In coimection with the Accessory-Related features and the 
use of chps, various features may be implemented for 
locating these type of objects. In general, clips may be 
transmitting or non-transmitting in type. That is, the clips 
may include the capability to transmit a response or beacon 
when queried by a handset (i.e., transmitting in type) or may 
be limited to only emitting an audible beep without trans- 
mitting a beacon or re^>onse sign^ (i.e., non-transmitting in 
type). FIGS. 19A and 19B illustrate an exemplary embodi- 
ment for locating a non-transmitting clip. Further, FIGS. 
20A and 20B represent the manner by which a transmitting 
clip can be located by causing the clip to emit a beacon, in 
accordance with another embodiment of the invention. 
Moreover, in accordance with yet another embodiment of 
the invention, FIGS. 21A and 21B represent the manner by 
which a transmitting clip can be located by causing the clip 
to rei^ond with a beacon signal and emit an audible beep. 
The various processes and operations represented in the 
flowcharts of FIGS. 1S>-21 may be implemented by any 
suitable combination of hardware, software, programmed 
logic and/or firmware. A detailed description of each of these 
embodiments will now be provided. 

As noted above, FIGS. 19A and 19B represent an embodi- 
ment for locating a non-transmitting cfip. In particular, FIG. 
19A is an exemplary flowchart of the various processes and 
operations performed by a handset (i.e., handset A) which is 
attempting to locate at non-tran^itting clip (i.e., object B). 
FIG. 19B illustrates an exemplary logic flow of the various 
processes and operations that may be performed by object B 
when queried by handset A. In the embodiments of FIGS. 
19A and 19B, the non-transmitting clip only transmits an 
audible beep tone when queried, since it is incapable of 
transmitting a beacon or response signal. 

Referring to FIG. 19A, a non-transmitting chp (i.e., object 
B) is queried or called when user A presses the call or send 
button at step S.600 with the object B selected or highlighted 
on the Ust. Thereafter, at step S.602, handset A queries object 
B based on the ID of object B at step S.60l2. The query at step 
S.602 includes a beep request so that the object B will emit 
an audible beep if it is within range of handset A. If the 
object B is not within range of handset A, then the query will 
not be received and object B will not emit a beep tone. In the 
embodiment of FIG. 19A, a predefined object or control 
channel may be provided for querying object B. FoUowing 
step S.602, the procedure terminates at step S.604. 
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FIG. 19B illustrates the various processes and operations strength of the beacon signal received from the object B. 

carried out by the specified clip (object B) when responding Following step S.630, the handset at step S.632 will indicate 

to a query from handset A. In particular, at step S.610 other to the user that object B was found. In this regard, handset 

object functions are performed. Thereafter, at step S.612, A may display the ID and/or name associated with object B 

object B determines whether a query message with a beep 5 ^o°g with a message (i.e., "Found") indicating that the 

request has been received from a handset that is within o^J^^ was found. In addition, handset A may also indicate 

range. A dedicated tuner or device may be provided for display the detected signal strength (SS) of the beacon 

detecting when a beep request is received over the object strength may be indicated on the display 

channel. Hie monitoring of the channel by object B may be ^y,J^ ^ "'^t'^ J^Vu °' ^ segments, 

performedconcunendywiththeperformanceofotherfiinc- 10 f^^^ ^'^^ ^'^^"'^ temunates at step 

c'lJf^'lf ^^-^^ fl " 1 !f "^c T^^r^fu ' FIG. 20B illustrates the various procedures and functions 

S 612, then logic flow loops back to step S.610. Otherwise, ^a^ried out by the cUp (i.e., object B) when being queried by 
if a query with a beep request is received at step S.612, then ^^^^ ^ particular, at step S.640 object B performs 
at step S.614 object B emits an audible beep, noise or signal. ^^^^ functions. Concurrently with the performance of these 
If object B IS heard by the user of handset A, then the object is functions or following the completion of these functions, 
can be located. Following step S.614, logic flow returns to object B determines at step S.642 whether a find query has 
step S.610. been received on the predefined object or control channel. In 

In the embodiment of FIGS. 19A and 19B, the object that this regard, a dedicated tuner or transceiver may be provided 
is caUed is a non-tran^itting type of clip that will only emit in the clip device to constantly monitor the chaimel for find 
an audible beep when queried by the handset. Since the 20 queries. Ifit is determined at step S.642 that a find query was 
non-transmitting cUp is not capable of transmitting a beacon received, then at step S.644 the object B will transmit a 
or response signal, the querying handset wiU be prevented positive response or beacon signal back to the handset A 
from measuring its relative signal strength and/or proximity. Further, since the find query fix)m handset A did not instruct 
The non-transmitting clip, however, should be less expen- the object B to emit a beep noise, no audible beep will be 
sive than a tran^itting-type of clip, and may or may not 25 emitted by the object. FoUowing step S.644, logic flow loops 
include a memorize button for permitting the object to be back to step S.640. Logic flow will also loop back to step 
memorized by a handset. S.640 if it is determined at step S.642 that a find query has 

FIGS. 20A and 20B represent an exemplary embodiment not been received over the object channel, 
for locating a tran^itting-type of clip. In this embodiment. In the embodiment of FIGS. 20A and 20B, a simple 
the chp (i.e., object B) is queried by the handset (i.e., handset 30 beacon or response signal is emitted by the object to permit 
A) to transmit a positive re^nse or beacon without emit- the querying handset to detect and measure the signal 
ting a beep noise. FIG. 20Ais an exemplary flowchart of the strength of the signal. The receipt of the beacon or response 
various processes and operations that may be performed by signal from object B will serve to indicate to the querying 
handset A when querying object B for a beacon signal. handset that the object is within range. Further, the detected 
Further, FIG. 20B is an exemplary logic flow diagram of the 35 signal strength wiU also provide a means by which the user 
processes and operations carried out by the chp B when of the querying handset may determine the relative di:^ance 
queried by handset A. to the object. The beacon or re^nse signal that is emitted 

As shown in FIG. 20A, the procedure for finding object B by object B may contain the ID of the object or the response 
is initialized at step S.620 when user A presses the FIND may take the form of a direct synchronous connection to the 
button on a handset with the clip or object B being selected 40 handset (possibly containing the ID of the object) which is 
or highlighted on the Find list Thereafter, at step S.622, the used to measure the signal strength. As noted above, object 
handset sets the value of the wait_clodc to zero. The B does not emit a beep tone and, in fact, may or may not be 
wait_clock may monitor the elapsed time and may be capable of emitting such an audible beep. That is, in the 
incremented in accordance with an internal system clock of embodiment of FIGS. 20A and 20B, a find query is per- 
the handset. FoUowing steps S.622, handset A queries object 45 formed in such a case where the user want to know if the 
B at step S.624 based on the ID associated with object B. object is within range, without making the object beep. 
This query may be sent on a predefined object or control Although the clip device is a transmitting type of clip and, 
channel for object B. therefore, is more complicated and expensive than the 

At step S.626, handset A determines whether a response non-transmitting clip of FIGS. 19Aand 19B, the clip for this 
or beacon signal has been received. If no response is 50 embodiment may or may not have a memorize button (an 
received at step S.626, then at step S.628 it is determined object without a memorize button should be less oompU- 
whether a predetermined wait time has been exceeded. In cated and expensive). 

this regard, the value of the wait_jclock may be compared If a user wi^es to determine if an item with an attached 
with the wait time. If the wait_cIock is less than the wait beeping clip is within range and to cause the object to beep, 
time, then logic flow loops back to step S.626 to again 55 then a query of the object may be performed to measure the 
determine whether a response has been received. Othenvise, signal strength and to cause the object to emit an audible 
if a response has not been received and the wait time has beep. FIGS. 21A and 21B illustrate an exemplary embodi- 
been exceeded at step S.628, then at step S.634 the handset ment for carrying out such a function. In particular, FIG. 21 
A displays to the user that object B was not found. In this is an exemplary flowchart of the various processes and 
regard, an appropriate message (i.e., a "Not Foimd" 60 operations that may be performed by a handset (i.e., handset 
message) may be displayed on the handset for viewing by A) to locate a transmitting-type chp (i.e., object B) and to 
the user. Following step S.634, the procedure terminates at cause the object to emit a beep. FIG. 21B is an exemplary 
step S.636. logic flow of the various processes and operations carried 

If a response or beacon signal is received within the wait out by the object B which has been queried by handset A. 
time at step S.626, then at step S.630 the signal strength (SS) 65 FIGS. 21A and 21B are further discussed below, 
of the re^wnse is measured and recorded. Conventional or In particular, as shown in FIG. 21A, a query to object B 
standard techniques may be utilized to measure the signal is initiahzed at step S.650 when user A presses the call or 



us 6,484,027 Bl 

65 66 

send button of the handset with the object B being high- non-tran^ittiog in type. Whether the clip is implemented as 

lighted or selected on the handset. Following step S.650, a transmitting type object or a non-transmitting type object, 

handset A sets and initializes the value of a wait_clock to a preferred embodiment of the invention does not require the 

zero. The wait_clock may be provided to keep track of the objects to include a memorize button. By not requiring the 

elapsed time and may be incremented in accordance with an 5 memorize button, a user will have to manually program the 

internal system clock of the handset After resetting the ^lip into the list of the handset. However, without the 

wait_clock, handset A queries object B at step S.654. The memorize button, clip devices wiU be less complicated and 

query that is sent at step S.654 may include the ro of obj^^ expensive to implement and provide as an accessory. 

B and may be sent on a predefined object or control channel. p^^^ transmitting type of cUp device, a preferred 

E^irther, this query message means mclude a beep request ... * r*u • *• *u u f 

^ i_- * n * J -1.1 * r ^ jQ embodunent of the mvention utilizes the beacon transmis- 

wbich will cause object B to emit an audible tone or noise. * .i.- • 1 t_i- 

At step S.656, handset A determines whether a positive sion as a response, smce this requirement is als^ 

response or beacon signal has been received from object B. expensive than the alteraaUye of providing a direct 

If no response is received at step S.656, then at step S.658 synchronous connecUon to the handset. In accordance with 

the handset determines whether the predetermined wait time a^ts of the present mvention, FIGS. 35 and 36 are 

has been exceeded. This may be performed by comparing ^5 exemplary block diagrams of the main components of a 

the value of the wait_clock to the wait time. If the wait_ non-transmitting clip device and a transmitting clip device, 

clock is less than the wait time, then logic flow loops back respectively. 

to step S.656 where it is again determined whether the In particular, as illustrated in the exemplary block dia- 
response has been received. Otherwise, if a response has not gram of FIG. 35, non-transmitting chp device 2000 may be 
been received from the object within the wait time, then at 20 implemented through various components, including a con- 
step S.664 the handset A indicates to the user that object B trol system 2040, an antenna 2005, a transducer 2010, a 
was not found. In this regard, the handset may display a receiver 2015, and a memory unit 2020. An input/output 
message (i.e., **Not Foimd'*) and/or the ID and name corre- (I/O) interface 2030 may also be provided for facilitating 
sponding to object B. Following step S.664, the procedure communication with the other components of the clip device 
terminates at step S.668. 25 2000, including the control system 2040. The I/O 2030 may 
If it is determined at step S.656 that a response has been also be configured to permit downloading and/or uploading 
received within the wait time, then the response signal or of information from memory 2020. In addition, transducer 
beacon signal is analyzed and the signal strength is detected 2010 may be implemented as a speaker, horn, or another 
and measured. Further, the detected signal strength (SS) is type of device that is capable of generating an audible beep 
recorded at step S.660 and then at step S.662 the handset 30 tone in re^nse to a beep request that is received through 
indicates to the user that object B was found. At step S.662, antenna 2005 and receiver 2015. Further, since clip device 
the handset A may display a message (i.e., ^Found") and the 2000 is a non-transmitting type of object, a transmitter is not 
signal strength (SS) of the response received firom object B. required in the device. 

As indicated above, the signal strength may be indicated In contrast, as indicated by reference numeral 3015 in 

with a numeric value or through the aid of a bar segment 35 FIG. 36, a transmitting clip device 3000 should include a 

display. Following step S.664, the procedure terminates at transmitter as well as a receiver. These components may be 

step S.668. provided as a single transceiver which is capable of receiv- 

The basic procedures and functions performed by the chp ing and re^>onding to requests and queries from other 

device queried by handset A are illustrated in FIG. 21B. In objects, including wireless handsets. The other components 

particular, at step S.670, object B performs other fimctions. 40 provided in transmitting chp device 3000 may be similar to 

Concurrently with the performance of these functions or that provided in the non-transmitting clip device 2000. For 

after the performance of a function, object B determines at example, as illustrated in the exemplary block diagram of 

step S.672 whether a query has been received on the object FIG. 36, transmitting clip device 3000 may also comprise a 

or control channel. In this regard, object B may include a control system 3040, an antenna 3005, a transducer 3010, a 

dedicated tuner or device that is constantly monitoring the 45 memory unit 3020, and an input/output (I/O) interface 3030 

object channel for queries and beep requests. If it is deter- for interfacing with the components of the cHp device. In the 

mined at step S.672 that a query with a beep request has been embodiment of FIG. 36, transducer 3010 may be imple- 

received, then at step S.674 a positive response or beacon mented as a speaker, horn, or another type of device that is 

signal is sent back to handset A and at step S.676 object B capable of generating an audible beep tone in response to 

emits an audible beep noise. Following step S.676, logic 50 beep requests. 

flow loops back to step S.670. Logic flow will also return to The cUp device configurations of FIGS. 35 and 36 may be 
step S.670 if it is determined at step S.672 that a beep request modified to include additional features or components. For 
has not been received. example, in order to facilitate the activation of features, one 
\^th the embodiment of FIGS. 21A and 21B, the paged or more buttons or a keypad may also be provided in the clip 
chp device will respond with a beacon signal and emit an 55 device. Through the use of a keypad or button, a user may 
audible beep tone. The response may take the form of a be permitted to initiate various features, such as the memo- 
beacon signal containing the ID of the object or the response ri/e feature of the invention to exchange information with 
may simply be a direct synchronous connection to the another object or handset. 

handset (possibly containing the ID of the object) which is As discussed above, the wireless handset of the present 

used to measure the signal strength. The transmitting-type 60 invention may be implemented with additional procedures 

chp of FIGS. 21A and 21B includes the ability to respond or routines to improve the operation of the handset. In this 

with a positive response signal and to emit an audible regard, separate procedures and routines may be provided 

beeping tone. The clip device, however, may or may not for detecting and correcting collisions. A collision may 

have a memorize button to facilitate adding the object to the occur when one handset tries to register at the exact same 

listed handset. 65 time as another handset on the registry channel. To detect 

As detailed above, cUp devices that are provided as collisions, each handset may be required to first listen on the 

accessories with a wireless handset may be transmitting or registry channel before transmitting registry information. If 
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the channel is not open, then the handset may wait until the 
channel is open before transmitting information and regis- 
tering. Further, if another signal is detected during trans- 
mission on a channel, then all handsets transmitting during 
that interval may invoke a routine which causes them to wait 5 
a random period of time and then retransmit information. 
Such procedures will ensure future collisions with the same 
handset do not occur. In addition, the clock cycles will be 
reset to synchronize with the new interval. 

In addition, other procedures and routines may be pro- lo 
vided to prevent channels or conversations from interfering. 
For example, it is possible for two handsets (i.e., handsets 
HI and H2) on a call to occupy a channel (i.e., Fl) and that 
for two other handsets (i.e., H3 and H4) on a call but out of 
range of HI and H2, to occupy that same channel, Fl. If H3 is 
and H4 are moving, and come within range of HI and H2, 
then their conversations will interfere. Upon detection of 
interference on the channel, the control time slot may be 
used to renegotiate a new channel for either HI and H2 or 
H3 and H4. Alternatively, both HI and H2 and H3 and H4 20 
may renegotiate a new channel by transmitting a randomly 
selected new chanircl and indicating the same with control 
data during the control time slot. Further, during the control 
time slot, all four handsets may recognize that there is 
interference and decide which handsets will move to a 25 
different channel. 

Various embodiments are disclosed herein for initiating 
and establishing a call between wireless handsets in a direct 
handset-to-handset communication mode (see, e.g., FIGS. 
SS). It is of course possible to provide other implementa- 50 
tions and embodiments to support direct handset-to-handset 
connectivity between wireless handsets. By way of non- 
limiting examples, FIGS. 22-25 illustrate exemplary flow- 
charts of the operations and processes that may be carried 
out for initiating and establishing a free call between wire- 35 
less handsets, in accordance with the present invention. 
These embodiments utilize a registry channel for initiating 
and establishing a free call. Call waiting features may also 
be enabled in the wireless handsets of the invention, exem- 
plary embodiments of which are described below with 40 
reference to FIGS. 26-27. 

In particular, FIGS. 22A and 22B are exemplary flow- 
charts of the various processes and operations that may be 
carried out by a wireless handset (i.e., handset A) when a 
free call is to be initiated and set up with another handset 45 
(i.e., handset B). FIGS. 23A and 23B illustrate the various 
operations and procedures that may be carried out by 
handset B when responding to the call request from handset 
A In addition, FIGS. 24Aand 24B are exemplary flowcharts 
of the functions and procedures carried out by handset A 50 
when negotiating a channel for the call with handset B, 
wherein handset A acts as the originator or originating party 
for the channel negotiation. Further, FIGS. 25A and 25B are 
exemplary flowcharts of the various procedures and opera- 
tions carried out by handset B when negotiating the channel 55 
for the call with handset A, wherein handset B acts as the 
recipient for the channel negotiation. 

As shown in FIG. 22 A, the caU initiation process is started 
at step S.700 when the user of handset A presses the 
appropriate key on the handset (e.g., a FREE caU button) 60 
with handset B being selected or dialed. When the call is 
initiated by handset A, handset B may or may not be on a call 
with another handset. To facilitate access, each handset may 
be equipped with call waiting features to permit a user of a 
handset to switch between free calls. An embodiment for 65 
providing call waiting is discussed below with reference to 
FIGS. 26-27. However, in order to facilitate description of 
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the embodiment of FIGS. 22A and 22B, it will be assumed 
that handset B is not on a call when the call request is 
initiated by handset A. 

At step S.702, the transmitter/receiver or tuner of handset 
A is tuned to a predetermined registry channel. The registry 
channel may be similar to the registry channel that is utilized 
for performing the Find features of the invention. 
Alternatively, a separate registry channel may be established 
for initiating and establishing a call. After tuning to the 
registry channel, handset A sets the value of a cycle_clock 
to 0 at step S.7(M. Similar to the other embodiments dis- 
closed herein, the cycle_clock may be implemented as a 
counter that is incremented in accordance with an internal 
system dock of the handset and may be utilized to monitor 
the elapsed time. 

At step S.706, handset A will monitor and listen to the 
registry channel in order to determine whether handset B is 
within range. As further discussed below, in this embodi- 
ment each handset (including handset B) will register on the 
registry chaimel every predetermined cycle time (i.e., every 
X minutes or seconds). The registry message may include the 
ID of the registering handset, as well as the status (e.g.. Idle 
or On Call) of the handset Handset A will wait and listen to 
the registry charmel for approximately one predetermined 
cycle time in order to determine if handset B is within range. 
Thus, at step S.708, handset A will determine whether a 
response has been received on the registry channel. If no 
response is received, then at step S.710 it will be determined 
whether the value of the cycle_clock is greater than or equal 
to the predetermined cycle time. If the cycle_clock is less 
than the cycle time, then logic flow loops bade to step S.708 
to determine again whether a handset response has been 
received. Otherwise, if no response is detected within the 
predetermined cycle time, then logic flow wiU proceed to 
step S.714. 

At ^ep S.714, handset A will indicate to the user that 
handset B is out of range. This notification may take the 
form of displaying the ID and/or corre^onding name of 
handset B, along with a predetermined message (e.g., "Out 
of Range"). In addition, at step S.714 handset A may prompt 
the user to inquire as to whether a network call should be 
placed in order to contact handset B. If the user deddes to 
contact handset B through a network call, then handset A 
may place a network call in accordance with conventional 
methods or techniques. FoUowing step S.714, operation of 
the call initiate routine may terminate at step S.715, as 
shown in FIG. 22A 

When a handset response is detected at S.708 within the 
cycle time, handset A will determine at step S.712 whether 
the ID of the registering handset corresponds to that of 
handset B. If the handset of the registering handset does not 
correspond to the ID of handset B, then logic flow proceeds 
to step S.710, where it is determined whether the cycle time 
has elapsed. If, however, the ID of the registering handset 
corre^>onds to that of handset B, then handset B is within 
range and handset A may analyze the status information 
contained in the registry message at step S.716 to determine 
if handset B is idle or on a call. This step may be provided 
when a separate call waiting feature is enabled in the 
handset In such a case, when it is determined that handset 
B is on a call, then logic flow may proceed to step S.717 
where the appropriate call waiting routine is performed by 
handset A An exemplary embodiment of such a call waiting 
routing is provided below with reference to FIGS. 26A and 
26B. If it is determined at step S.716 that handset B is not 
on a call, then logic flow proceeds to step S.718. Further, if 
call waiting features are not enabled in the handset, then step 
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S.716 in FIG. 22A may be eliminated and logic flow may 
pfx>ceed directly from step S.712 to step S.718. 

in accordance with an aspect of the invention, the above- 
described routine of steps S.700-S.715 may be performed 
on an on-gping basis by handset A such that when the user 5 
initiates a call, the handset already knows if handset B is in 
range and/or if handset B is on a call or not. In such a case, 
handset A may keep track and store the status of all other 
handsets on the Find list of handset A. Further, with this 
embodiment, a handset on the list may be required to miss lo 
a predetermined number of sequential registrations before 
being recorded as unavailable by handset A. 

Referring again to FIG. 22A, at step S.718, handset A 
transmits a call request message to handset B over the 
registry channel. The call request may include the ID of 15 
handset A, as well as the ID of the intended recipient of the 
call request (i.e., the ID of handset B). An appropriate code 
may also be provided in the message to indicate that a call 
request is being made. If the call request is received by 
handset B, then at step S.720 handset A will attempt to 20 
negotiate a channel for the call with handset B. For channel 
negotiation, handset A will act as the originator or originat- 
ing party, with handset B acting as the recipient or receiving 
party. An exemplary embodiment of the various operations 
and processes that may be carried out by handset A to 25 
negotiate a channel is discussed below with reference to 
FIGS. 24A and 24B. Following step S.720, handsel A will 
set the value of a wait_clock to 0 at step S.722. That is, after 
successfully negotiating a channel with handset B, handset 
A will wait for a predetermined wait time to determine if the 30 
user of handset B responds to the call request from handset 
A. For this purpose, the wait_clock may be a counter that 
is incremented in accordance with an internal system clock 
of the handset to monitor the elapsed time and determine 
when the wait time has been exceeded. 35 

After tuning to the channel negotiated for the call, handset 
A wUl listen and determine whether a response has been 
received from handset B at step S.724. As farther discussed 
below, a response message may be sent by handset B when 
it is determined that the user of handset B has responded to 40 
the call request from handset A. The user of handset B may 
respond to the call request by accepting the call or requesting 
special handling or forwarding of the call (e.g., call forward- 
ing to voice mail or another handset or number). If no 
response is received from handset B as step S.724, then at 45 
step S.726 handset A will check and determine if the value 
of the wait_clock is greater than or equal to the predeter- 
mined wait time. If the value of the wait clock is less than 
the wait time, then logic flow loops back to step S.724. If, 
however, the wait time has elapsed or been exceeded, then 50 
at step S.728 handset A will assume that the call request was 
not responded to by the user of handset B and will notify the 
user of handset A that handset B is unavailable. In this 
regard, the notification to the user may take the form of a 
message that is displayed on the display panel of handset A 55 
This display may include the ID and/or name of handset B, 
along with an appropriate message to indicate that handset 
B is unavailable (e.g., "Unavailable*^. At this point, handset 
A may also prompt or ask the user (e.g., through the display 
panel of the handset) if the call should be placed through a 60 
network. If the user determines to place the call through a 
network, then conventional techniques and methods may be 
performed to send the call request through the network. 
Following step S.728, the free call initialization routine may 
terminate at step S.729, as shown in FIG. 22A. 65 

If a positive refuse is received over the negotiated 
channel at step S.724, then logic flow will proceed to step 
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S.730 (see FIG. 22B), where it wiU be determined whether 
the user of handset B has responded to the caU request by 
accepting the caU. The determination at step S.730 may be 
made by analyzing the response message received from 
handset B. The rei^nse message may include a code 
indicating whether the caU has been accepted or forwarded/ 
transferred. If the call is determined as being accepted by 
handset B, then the user of handset A may initiate a 
conversation with the user of handset B at step S.736. 
Further, handset A will then perform other handset frmctions, 
at step S.738, including handset registration and listening for 
queries or requests from other handsets. If it is determined 
that the caU was not accepted by the user of handset B at step 
S.730, then at step S.732 handset A will notify that the call 
was rejected. This notification may take the form of a 
message on the display panel (e.g., "Call Rejected"). 
Further, this notification may be generated based on the 
notification selected by the user of handset B from a number 
of user definable messages. For example, the user of handset 
B may send a "Call Back Later"* message in response to one 
call request, while replying with a "1*11 Call You Back" 
message in response to another call request. The selected 
message may be transmitted from handset B as part of the 
response message sent to handset A. In addition, handset A 
may provide a prompt to indicate other options that may be 
performed by the user of handset A based on the. response 
from handset B. For example, an option may be provided to 
send a request to handset B which forwards the call to a 
voice mail network or perform some other function based on 
the re^>onse received from handset B. FoUowing step S.732, 
the routine terminates at step S.734, as shown in FIG. 22B. 

FIGS. 23A and 23B are exemplary flowcharts of the 
various operations and processes that may be carried out by 
handset B w^n responding to a caU request from handset A. 
As noted above, in this embodiment each handset registers 
on a predetermined registry or control channel every cycle 
time (e.g., every x minutes or seconds). Accordingly, as 
shown in FIG. 23A, after performing other handset functions 
at step S.740, handset B will determine at step S.742 
whether the predetermined cycle time has elapsed. This is 
performed by comparing the value of a cycle_clock with the 
predetermined cycle time. If the cycle time has elapsed, then 
it is time for handset B to register on the registry channel. As 
such, at step S.744, handset B will register on the registry 
chanriel by transmitting the ID of handset B and transmitting 
status infr)rmation. The status information may include a 
code to indicate whether handset B is idle or on a call. 
Following step S.744, handset B will initialize and set the 
value of the cycle_clock to 0 at step S.746 and then proceed 
to step S.748. Logic flow will also proceed to step S.748 
when it is determined at step S.742 that the cycle_clock is 
less than the predetermined cycle time. 

At step S.748, handset B will check to determine whether 
a call request has been received. As noted above, call request 
may be transmitted over the registry or control channel, with 
the call request including the ID of the requesting handset 
(i.e., the ID of handset A). If a call request is not detected at 
step S.748 because, for example, the requesting handset is 
out of range or has not transmitted the call request, then logic 
flow loops back lo step S.740. If, however, a call request 
message is received at step S.748, then handset B will 
negotiate a channel for the call at step S.752, with handset 
B acting as the receiving party. 

More particularly, in response to the receipt of a call 
request from handset A, handset B will negotiate a channel 
for the call at step S.752, with handset A acting as the 
originator or originating party. Since handset A initiated the 
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call request and is acting as the originating party, handset B mation message to be sent back from handset B. 

will negotiate the channel for the call as the recipient or Alternatively, this hold request confirmation step may be 

receiving party. An exemplary embodiment of the various bypassed in favor of a faster overall negotiation process, 

processes and operations that may be carried out by handset For this purpose, handset A will set the value of a 

B at step S.752 to negotiate a channel is described below s wait_clock to 0 at step S.776 and detenoine at step S.778 

with reference to FIGS. 25A and 25B. Following the sue- whether the hold confirmation has been received over the 

cessful negotiation of a channel for the call at step S.752, registry channel from handset B. The wait_clock may be a 

handset B will query the user of handset B at step S.754 so counter that is incremented with an internal system clock of 

as to notify the user of the presence of the call request from the handset to detect whether the hold confirmation message 

handset A. This query may take the form of providing an lo has been received from handset B within a prectetermined 

alerting tone (such as a ringing tone, etc.), as well as wait time. If the hold confirmation is not received at step 

displaying a message (e.g., "Incoming Call") and/or the ID S.778, handset A will determine at step S.780 whether the 

and/or name of handset A. In re^)onse to the query, the user value of the wait_clock is greater than or equal to the 

of handset B may respond to the call request (e.g., by predetermined wait time or period. If the wait time has not 

accepting the call, forwarding the call, etc.) or ignore and not 15 been exceeded, then logic flow will loop back to step S.778. 

respond to the call request. At step S.756, it is determined However, if the hold confirmation is not received within the 

whether the user of handset B has decided to respond to the wait time, then at step S.790 the user of handset A will be 

call. If the user of handset B has responded to the call, then alerted that the call request has failed. Tliis alert or notifi- 

at step S.758 a response message is transmitted by handset cation may include providing a displayed message and/or 

B to handset A. The refuse message may be transmitted 20 tone to the user of handset A to signify that the call has 

over the channel negotiated for the call. Thereafter, at step failed. Following step S.790, the call negotiation procedure 

S.760, logic flow proceeds depending on the manner in or routine may terminate at step S.792. 

which the user of handset B has decided to rei^nd to the As further shown in FIG. 24A, if a hold confirmation is 

call. That is, if the user of handset B did not accept the call, received at step S.778, then handset A will proceed and 

then logic flow proceeds from step S.760 to step S.750, 25 attempt to locate an empty or clear channel for the call, 

where handset B times back to the registry channel. As .Various methods may be employed to locate a channel, 

shown in FIG. 23A, logic flow will also proceed to step According to an aspect of the invention, a predetermined 

S.750 when it is determined that the user has not responded number or set of channels may be available for setting up the 

to the caU request at step S.756. Following step S.750, logic call. The handset acting as the originator for the charmel 

flow loops back to step S.740 so that other handset functions 30 negotiation (in this case handset A) may be given a prede- 

may be performed. termined number of attempts to locate an empty or clear 

If it is determined at step S.760 that the user has accepted channel to si^port the call. Charmel frequencies may be 

the call, then the user of handset B may be permitted to selected sequentially, randomly or by a specific algorithm or 

initiate the conversation with the user of handset A at step some other method, and then tested to determine activity and 

S.762 (see FIG. 23B). At step S.762, handset B will transmit 35 use of the channel by other handsets that are within range, 

and receive voice data over the negotiated channel with Once a clear channel is detected, the originating handset 

handset A. In addition, at step S.764, handset B will perform (i.e., handset A) wiU transmit over the registry channel to the 

other handset functions, including registration on the regis- recipient handset (i.e., handset B) the frequency or number 

try channel and listening for queries and requests from other of the free channel to notify the other handset of the 

handsets. 40 proposed channel. The recipient handset may then test and 

As discussed above, handset A will negotiate with handset confirm as to whether the proposed channel is acceptable. A 

B to select a channel for the free call after transmitting the channel count may be maintained in order to determine the 

call request to handset B (see step S.720 in FIG. 22A). number of attempts to find a clear channel and to determine 

Various procedures and routines may be implemented to when the maximum permissible number of tries has been 

facilitate channel negotiation. Charmel negotiation may also 45 exceeded. When the maximum number of tries has been 

be utilized to select a new channel for a free call when exceeded, the call negotiation procedure will fail and ter- 

interference has arisen from other handsets that have moved minate. 

within range while occupying the same channel for the free As illustrated in FIG. 24A, at step S.782, handset A will 

call or when other interference occurs. FIGS. 24A and 24B initialize and set the value of a channel_count to 0. Then, at 

illustrate an exemplary embodiment of the manner in which 50 step S.784, handset A will compare the value of the 

handset A can negotiate a channel when acting as the channel_count to the predetermined maximum number of 

originator or originating parfy. More specifically, as repre- tries that is permitted (which is represented by the value of 

sented at step S.770 in FIG. 24A, handset A needs to ''max__tries'' in FIG. 24A). If the channel_jcount is less than 

negotiate a channel for a free call with handset B, where the max_tries, then at step S.788 handset A will select a 

handset A is acting as the originator or originating party. In 55 channel (i.e., diarmel x) for monitoring. The selection of the 

order to negotiate a channel, handset A will tune to a channel may be random, sequential, or based on any other 

predetermined registry channel at step S.772. The registry or method. After selecting a candidate channel, handset A will 

control channel may be the same as that utilized for detect- listen to the channel for activity at step S.794. Essentially, 

ing handsets through registry messages. Alternatively, a handset A will determine if the candidate channel is suitable 

separate registry channel may be provided for negotiating 60 for handling and supporting the free call between handset A 

' channels. In any event, after tuning to the registry chaimel, and handset B. Handset A may determine that the channel is 

[ handset A transmits a hold request over the registry channel not clear if other haiKlsets within the area are using the 

to handset B at step S.774. The hold request message, which channel for a caU or if there is unacceptable level of noise 

may include the ID of handset A as the originator and the ID on the channel. If the handset determines that the charmel is 

[ of handset B as the recipient, may be sent to notify to 65 not clear at step S.796, then the value of the channel__count 

' handset B that handset A wishes to negotiate a channel. In is incremented by one (i.e., channel_coimt«chaimel_ 

response, handset A wiU wait or expect for a hold confir- count+1) and logic flow will loop back to step S.784 to again 
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compare the value of the channeL-Count to the value of the 
max_tries permitted. 

If a clear chaooel cannot be obtained within the prede- 
termined maximum number of permissible tries or attempts, 
then logic flow will proceed to step S.786 and handset A will 5 
notify handset B that the call attempt has failed. For this 
purpose, a call fail notification may be sent as a message 
over the registry or control channel to handset B at step 
S.786. Following step S.786, logic flow proceeds to step 
S.790 where the user of handset A is alerted that the call lo 
failed. The user of handset A may be alerted by generating 
an appropriate message (e.g., "CaU Failed'*) and/or tone. 
Thereafter, the call negotiation routine may terminate at step 
S.71>2, as shown in FIG. 24A. 

If a clear channel is detected at step S.796, then handset 15 
A will notify handset B of the proposed channel (i.e., 
channel x) that has been selected. For this reason, handset A 
will tune to the registry channel at step S.798 and then 
transmit the channel frequency or number of the proposed 
channel to handset B at step S.800 (see FIG. 24B). Handset 20 
A wiU then wait for a confirmation message from handset B 
that the proposed channel is suitable for supporting the free 
call. As such, handset A will set the value of a wait_clock 
to 0 at step S.801 and determine whether a confinnation 
response has been received from handset B at step S.8Q2. 25 
Handset A may monitor the registry cbaimel for a response 
for a predetermined wait time before determining that the 
call negotiation has failed. Thus, if the value of the wait_ 
clock is less than the predetermined wait time at step S.804, 
then logic flow will loop back to step S.802 to determine 30 
again if a response has been received. If a response is not 
received within the wait time, then logic flow will proceed 
to step S.808 where haiKlset A will alert the user that the call 
has failed. Thereafter, the call negotiation routine may 
terminate at step S.809. 35 

If a response is received within the wait time from handset 
B at step S.802, then at step S.806 handset A wiU determine 
whether the selected channel (i.e., channel x) has been 
confirmed by handset B. If the channel is confirmed by 
handset B as being suitable for the free call at step S.806, 40 
then at step S.810 handset A will tune to the selected channel 
to permit the user of handset A to initiate conversation with 
the user of handset B at step S.812. Further, at step S.814, 
handset A may perform other handset fimctions, including 
the periodic registration on the registry channel and moni- 45 
toring for queries or requests (e.g., find queries and/or call 
requests). If, however, the channel selected by handset A was 
not cleared or confirmed by handset B, then logic flow will 
proceed from step S.806 back to step S.784 (see FIG. 24A) 
and the value of the channel_oount will be incremented by 50 
one. Handset A wiU then attempt to locate another clear 
channel if the maximum number of permissible tries has not 
been exceeded. Logic flow then proceeds after step S.784 as 
detailed above. 

Handset B also performs various operations and proce- 55 
dures when negotiating a channel with handset A for a free 
call. In the above-described example, handset B is acting as 
the recipient or receiving party of the caU request and is 
negotiating a chaimel with handset A (see, for example, step 
S.752 in FIG. 23A). Various procedures and routines may be 60 
implemented to permit handset B to negotiate a channel with 
handset A. FIGS. 25A and 25B illustrate an exemplary 
embodiment for handset B to negotiate a channel when 
acting as the recipient or receiving party. 

As represented at step S.816 in FIG. 25A, handset B needs 65 
to negotiate a chaimel with handset A, while acting as the 
recipient or receiving party. Since a hold request from 
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handset A is transmitted over the registry channel, handset B 
will tune to the registry channel at step S.818 to determine 
whether such a hold request has been received within a 
predetermined wait time. For this purpose, the value of a 
wait_clock may be initialized to 0 at step S.820 and, 
thereafter, incremented in accordance with an internal sys- 
tem clock of the handset. Further, handset B determines 
whether a hold request has been received over the registry 
channel at step S.821. If a hold request is not determined as 
being received at step S.821, then at step S.822 handset B 
will determine whether the value of the wait_clock is 
greater than or equal to the predetermined wait time. So long 
as the wait_clock is less than the wait time, logic flow will 
loop back to step S.821 to determine if the hold request has 
been received over the registry or control channel. 

If a hold request is not received within the wait time, then 
the call negotiation routine has failed and logic flow will 
proceed to step S.825. As shown in FIG. 25A, at step S.825 
handset B will determine whether handsets A and B are 
continuing on an interrupted call. That is, as discussed 
above, it is possible that the need to negotiate a chaimel for 
a &ee call may arise when interference occurs on a charmel 
that is being used to support a current caU. In such a case, 
the decision to negotiate a new channel for the free call may 
be performed automatically by either handset. In addition, 
the users of handset A and handset B may be given the ability 
to detennine when it is necessary to negotiate a new charmel 
for the firee call. Thus, in addition to negotiating a charmel 
based on a new call request, handset B may also need to 
negotiate a new chaimel (e.g., while acting as a recipient or 
receiving party) for an existing call that has been interrupted 
(e.g., due to other handsets occupying the same chaimel or 
unacceptable noise levels on the channel). The call nego- 
tiation procedures of the invention may thus be utilized in 
either case. If handsets A and B are continuing on an 
interrupted call, then logic flow may proceed to step S.826 
where the user of handset B is alerted that the call has failed. 
Thereafter, logic flow may proceed to step S.827 where the 
call negotiation routine will terminate. If, however, handset 
A and handset B are not continuing on an interrupted call, 
then the user of handset B does not need to be notified of the 
failure of the caU request and negotiation, and logic flow 
may proceed directly from step S.825 to step S.827 where 
the call negotiation routine terminates. 

As further shown in FIG. 25A, if a hold request is 
received at step S.821, then at step S.824 handset B will 
transmit a hold confirmation message back to handset A. The 
hold confirmation message may be transmitted over the 
registry channel from handset B to handset A Thereafter, 
handset B will wait for handset A to further respond with a 
selected or proposed channel for the call. 

More particularly, as shown in FIG. 25B, handset B will 
set the value of a wait_clock2 to 0. The wait_clock2 may 
be a counter that is incremented in accordance with an 
internal system clock of handset B, The value of the wait_„ 
clock2 may be monitored to determine whether a predeter- 
mined wait time has elapsed without receiving a response 
from handset A This predetermined wait time should be set 
in accordance with the maximum number of tries that 
handset A is permitted to locate a suitable channel. At step 
S.830, handset B will determine whether a response has 
been received from handset A over the registry channel. If a 
response is not received, then at step S.832 the value of the 
wait_clock2 will be compared with the predetermined wait 
time. If the value of the wait_clock2 is less than the wait 
time, then logic flow will loop back to step S.830 to again 
determine whether a response has been received. If a 
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response has been received within the predetennined wait 
time, then at step S.S33 handset B will check to detennine 
whether handset A has indicated in the response message 
that the attempt to locate a free channel has failed. If a caU 
fail notification message is received, then logic flow pro- 5 
ceeds to step S.834. Logic flow will also proceed to step 
S.834 if it is determined that a response has not been 
received from handset A within the predetermined wait time 
at steps S.830 and S.832. 

At step S.834, handset B will determine whether handsets 10 
A and B are continuing on an interrupted call. If handsets A 
and B arc continuing on an interrupted caU, then at step 
S.837 handset B will be alerted that the caU has failed. 
Thereafter, logic flow proceeds to step S.838 where the 
routine may terminate. If, however, handset A and handset B 15 
are not continuing on an interrupted call, then the user of 
handset B does not need to be notified of the failure of the 
call request and negotiation, and logic flow may proceed 
directly from step S.834 to step S.838 where the call 
negotiation routine terminates. 20 

As further shown in FIG. 25B, if handset A has not sent 
a caU fail notification, then handset A has sent the selected 
or proposed channel (i.e., channel x) and handset B will tune 
to the proposed channel at step S.835. Handset A may 
indicate the number or frequency of the selected channel in 25 
the response message after detecting that the channel is 
clear, as described above. Handset B wiU then confirm that 
the selected channel is clear and suitable to support the call. 
Thus, following step S.835, handset B will determine 
whether the channel is clear by listening for activity on the 30 
channel at step S.836. Handset B may check whether the 
selected channel has become occupied by other handsets 
within the area or whether the noise level of the channel is 
at an unacceptable level. After listening for activity on the 
channel, handset B wiU tune to the registry channel at step 35 
S.839 in preparation of transmitting a response message 
back to handset A If channel B detennines that the selected 
channel is clear at step S.840, then at step S.842 handset B 
will transmit a message to handset A to indicate that the 
selected charmel (i.e., chaimel x) is suitable for setting Up 40 
the call. If, however, handset B determines that the selected 
channel has become corrupted or is not clear, then at step 
S.844 a message wiU be transmitted to handset A to indicate 
that the proposed channel is bad or imacceptable for setting 
up the call. FoUowing step S.844, logic flow will loop back 45 
to step S.828 to wait for an additional response from handset 
A (i.e., another selected channel or a call fail notification 
message). 

If the proposed chaimel was determined as being clear and 
handset A was notified that the channel is clear at step S.842, 50 
then handset B wiU tune to the confirmed channel at step 
S.843. Thereafter, at step S.846, handset B will detennine 
whether handsets A and B are continuing on an interrupted 
call. If this is not the case, then the call negotiation routine 
may terminate at step S.847. Thereafter, the call initializa- 55 
tion procedure for handset B may continue as indicated, for 
example, in FIGS. 23A and 23B (see, e.g., the steps follow- 
ing step S.752). If, however, handsets A and B are continu- 
ing on an interrupted caU, then at step S.848 handset B will 
permit the user to initiate and continue the conversation with 60 
the user of handset A. In addition at step S.849, handset B 
will perform other han<^t functions, including handset 
registration on the registry channel and listening for queries 
and requests on the registry channel. 

As described above, the call negotiation procedures of the 65 
present invention may be implemented for negotiating a 
channel when establishing a free call between wireless 
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handsets. In particular, the embodiments of FIGS. 24 and 25 
may be utilized as part of the overall procedures of FIGS. 22 
and 23 for establishing a handset-to-handset call. In 
addition, the channel negotiation procediu'es of the invention 
may be utilized to negotiate a new channel to avoid inter- 
ference during a free call. That is, the embodiments of FIGS. 
24 and 25 may be utilized by wireless handsets on a ft^e call 
to select a new channel when the current channel that is 
supporting the free call has become corrupted due to noise 
or interference caused by other wireless handsets that have 
come into range and that are occupying the same channel or 
due to other causes. 

As indicated above, the wireless handset of the present 
invention may be configured to include call waiting features, 
which permit a wireless handset to switch between calls 
from other wireless handsets. FIGS. 26-27 illustrate exem- 
plary embodiments for establishing a free call between 
wireless handsets that are enabled with call waiting features, 
and for switching between free calls. In particular, HGS. 
26A and 26B are exemplary flowcharts of the various 
processes and operations carried out by handset A for 
initiating a call with handset B, when handset B is on a call 
with another handset (i.e., handset C). FIGS. 27A and 27B 
are exemplary flowcharts of the various processes and 
operations that may be carried out by handset B to handle the 
call request from handset A, while handset B is on a call with 
handset C. Lastly, FIG. 27C is an exemplary flowchart of the 
various processes and operations that may be carried out by 
handset C when it is placed on hold by handset B to accept 
the caU request from handset A In the embodiments of 
FIGS. 26-27 a predetermined registry chaimel is provided, 
sinular to that provided in the embodiments of FIGS. 22-25. 

As represented at step S.850 in FIG. 26A, the user of 
handset A initiates a free call to handset B, while handset B 
is on a call with handset C. The initiation of the free caU may 
be caused by the user of handset A by pressing a predeter- 
mined key (i.e., a free call key)on the handset, with handset 
B being dialed or selected through the keypad and/or display 
screen of the handset. In response to the free call being 
initiated, handset A wiU tune to the predetennined registry or 
control channel at step S.851. Further, at step S.852, the 
value of a cycle_clock will be set to 0. Thereafter, handset 
A will listen and monitor the registry chaimel at step S.8S3 
to determine if handset B is within range of the handset A 

In accordance with an aspect of the invention, handset A 
may listen to and monitor the registry channel for a prede- 
termined cycle time. The cycle time may correspond to the 
cycle period by which each handset registers on the registry 
channel. That is, when a handset is idle or on a caU, the 
handset may register on the registry channel every prede- 
termined cycle time (e.g., every x minutes or seconds). At 
step S.854, handset A wiU first detennine if there is a handset 
response or registration. If no handset response is detected 
at step S.854, then at step S.855 handset A will determine 
whether the value of the cycle_clodc is greater than or equal 
to the predetermined cycle time. The cycle_cIock may be 
incremented in accordance with an internal system clock of 
the handset, after being initialized in order to keep track of 
and monitor the elapsed time of listening to the registry 
channel. If the value of the cycle_clock is less than the cycle 
time, then logic flow loops back to step S.854. Thereafter, 
handset A may again chedc to see if a response is received 
on the registry channel at step S.854. 

If no handset response is received within the cycle time, 
then logic flow will proceed to step S.857, as ^own in FIG. 
26A At step S.857, handset A wiU assume that handset B is 
out of range or unavailable. As such, handset A may alert the 
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user that handset B is out of range or unavailable by vided based on the response received from handset B. 

displaying the ID and/or name of handset B along with an Following step S.871, the procedure may terminate at step 

appropriate message (e.g., "Out of Range"). In addition, at S.872. 

step S.857, handset A may give the user the option as to If it is determined that the user of handset B has responded 

whether the call shoidd be continued by placing the call to 5 and accepted the call request at step S.870, then at step S.873 

handset B through a network. Following step S.857, the handset A pennits the user to initiate the conversation with 

procedure may terminate at step S.865. the user of handset B. This conversation may take place over 

If a handset registration is detected at step S.854, then the channel previously occupied by handset B and C. In 

handset A will determine whether the ID of the registering addition, at step S.874, handset A will perform other handset 

handset corresponds to that for handset B, at step S.856. If lO functions, including registering on the registry channel and 

the ID in the registry message corresponds to a different listening for query or request messages, 

handset, then logic flow proceeds to step S.855. Otherwise, FIGS. 27A and 27B are exemplary flowcharts of the 

if the registration was performed by handset B, then at step various processes and operations that may be carried out by 

S.858 handset A wiU determine the status of handset B. The handset B for receiving the call request from handset A, 

status of handset B may be indicated in the registry message is while handset B is on another call with handset C. In this 

which comprises a code for indicating whether the handset embodiment, each handset (including handset B) registers 

is idle or on a call. If handset B is not on a caU, then a on a predetermined registry channel every cycle time. Thus, 

separate routine may be performed at step S.859. That is, after performing other handset functions at step S.876, 

operations and procedures similar to that discussed above handset B will determine whether the predetermined cycle 

with reference to FIGS. 22Aand 22B may be performed for 20 time has elapsed at step S.877, as shown in FIG. 27 A. This 

establi^ing a free call with handset A when handset B is not may be performed by comparing the value of a cycle_clodc 

on a call. If, however, handset B is determined to be on a call to that of the cycle time. The cycle_clock may be main- 

at step S.858, then the call waiting aspects of the invention tained as a counter and iocremented in accordance with an 

may be utilized. internal system clock of the handset. If the value of the 

In particular, at step S.860, handset A wiU tune to the 25 cycle_clock is less than the cycle time, then logic flow 

channel that is indicated in the registry message for con- proceeds to step S.884. Otherwise, as shown in FIG. 27A, 

tacting handset B. Since handset B is on a call with handset logic flow proceeds to step S.878. 

C, the channel to contact handset B may be the same channel When it is time to register on the registry channel, handset 

that supports the free call between handset B and handset C. B wiU tune to the registry channel, as indicated at step S.878. 

Further, the regjistry message may indicate a time slot for 30 Thereafter, at step S.879, handset B wiU transmit the channel 

contacting handset B. ^th this information, handset A may number or frequency at which handset B can be contacted, 

transmit a call waiting request to handset B over the channel as well as the ID of handset B. When handset B is on a free 

during the designated time slot at step S.861. The call call, the channel to contact handset B may be the channel of 

waiting request may include the ID of handset A. Thereafter, the free call. Handset B may also transit at step S.879 the 

handset A wiU wait for a response from handset B. In 35 beginning and ending time of a time slot for contacting 

particular, handset A will set the value of a wait__clock to 0 handset B or the time domain multiplexing control time slot, 

at step S.862 and then determine whether a response has Following step S.879, handset B tunes to the previous 

been received from handset B over the contact channel at channel (i.e., the channel on which the call with handset C 

step S.863. Handset A may wait for such a response for a is being supported) as shown at step S.880. 

predetermined wait time, llie value of the wait_clock may 40 FoUowing step S.880, handset B initializes the value of 

be incremented in accordance with an internal system clock the cycle_clock to 0 at step S.882. Logic flow then proceeds 

of the handset to determine when the predetermined wait to step S.884. At step S.884, handset B determines whether 

time has elapsed. Thus, at step S.864, the value of the the value of the cycle__clock corresponds to a time within 

wait_clock may be compared with the wait time when it is the indicated control time slot. This determination may be 

determined that a response has not been received at step 45 performed by determining whether the value of the cycle_ 

S.863. Ifthewait_clock is less than the wait time, then logic clock is greater than or equal to the slot start time and 

flow wiU loop back to step S.863. Otherwise, at step S.866, whether the cycle_clock is also less than or equal to the slot 

handset A will assume that handset B is unavailable and will end time. This time could also be the control time slot used 

notify the user of the unavailability of handset B. This if time domain multiplexing is utilized by the handsets for 

notification may take the form of displaying the ID and/or 50 contacting one another. In any event, if both of these 

name of handset B along with an appropriate message (e.g., conditions are not satisfied, then logic flow loop backs to 

'^Unavailable'^. Handset Amay also ask the user whether the step S.876. If, however, the value of the cycle_clock 

call should be continued by attempting to contact handset B corresponds to the control slot time, then handset B will 

through a network. FoUowing step S.866, the procedure or determine whether a caU waiting request has been received 

routine may terminate at step S.867. ss at step S.885. 

If a response is received from handset B at step S.863, In particular, at step S.885 handset B determines whether 

then handset A will determine whether the user of handset B a caU waiting request has been received from another 

has accepted the call at step S.870 (see FIG. 26B). The handset. If a call waiting request is not received, then logic 

determination at step S.870 may be made based on the flow loops back to step S.876 so that handset B may perform 

response message received from handset B, which may 60 other handset functions. If a call waiting request is detected 

include data indicating whether the call has been accepted. at step S.885, then handset B will analyze the call waiting 

If the call is not accepted, then at step S.871 a call rejection request information and, based on this analysis, query the 

message (e.g., "Call Rejected") may be provided to the user user of handset B to notify the user that a call request has 

of handset A. In addition, an option to send a request to been received at step S.886. This query or notification may 

handset B which forwards the call to a voice mail network 65 include the displaying of a message containing the ID of the 

to leave a message to handset B may be provided to the user handset that sent the call waiting request (e.g., the ID of 

of handset A or another appropriate message may be pro- handset A) and/or the generation of an appropriate tone to 
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indicate that a call wailing request has been received. handsets (e.g., for interference reasons). Following step 

Following step S.886, it is determined at step S.887 whether S.898, the user of handset B will have the option of 

the user of handset B has decided to respond to the call completing the call with handset C and/or switching back to 

waiting request. The user of handset B may respond to the the call with handset A to continue the conversation with the 

call waiting request by pressing an appropriate key on the 5 user of handset A. 

handset to signify the acceptance of the call waiting request In the above-described embodiment, a call request is sent 

and to indicate that handset C should be placed on bold. By from handset A to handset B, while handset B is on a call 

pressing other keys on the handset, the user of handset B with handset C. In accordance with the call waiting features 

may also respond to the call waiting request by transferring of the present invention, handset C may be placed on hold 

or forwarding handset A to a voice mail system or to a lo while handset B switches between the call with handset C 

different handset or location, or by sending a call reject and handset A. While handset C is placed on hold, handset 

message. If it is determined that the user of handset B has not C can also accept call requests from other handsets that are 
responded at step S.887 within a predetermined amount of within range. FIG. 27C is an exemplary flowchart of the 

time, then logic flow may loop back to step S.876. If the user various processes and operations that may be carried out by 

does respond, then at step S.888 handset B wiU trai3smit a 15 handset C for enabling the call waiting features of the 

response message to handset A based on the manner on invention. In the embodiment of FIG. 27C, a registry or 

which the user has responded to the call waiting request. The control channel is provided. 

response message may include information indicating As represented at step S.900 in FIG. 27C, handset C is in 

whether the user of handset B has determined to accept the conversation and on a call with handset B, when handset B 

call or to place/forward handset A to a voice mail system, 20 receives a call request from handset A. If the user of handset 

etc. If the user of handsets decided not to accept the call but B determines to respond to and accept the call waiting 

to forward handset A to a voice mail system or another request, then handset B will place handset C on hold by 

location, then logic flow will loop bade to step S.876 where transmitting a hold request message. Thus, at step S.902, 

other appropriate handset functions may be performed. If the handset C determines whether a hold request message has 

user of handset B accepted the call request from handset A, 25 been received from handset B. As indicated above, the hold 

then at step S.890 (see FIG. 27B) handset B will transmit to request may be transmitted during the defined time slot on 

handset C a request to hold the present caU. This hold the channel supporting the call between handset B and 

request to handset C may be trananitted during a defined handset C. The bold request message from handset B may 

time slot (i.e., the control time slot available for control indicate a channel on which handset C is to wait and hold for 

functions in a time domain multiplexing system, or the time 30 further response from handset B. This channel may be a 

slot that the other handset uses to register when time domain predetermined chaimel, such as the registry channel, or 

multiplexing is not used). In addition, the hold request may another appropriate channel. If a hold request is received at 

designate a chaimel at which handset C is to switch to and step S.902, tt^n at step S.904 handset C wiU time to the 

wait for a possible further call request from handset B. This registry cbaimel. If a hold request is not received at step 

channel may be the registry channel or another predeter- 35 S.902, then logic flow loops back to step S.900, where 

mined channel. Following step S.890, the user of handset B handset C is permitted to perform other handset functions 

is permitted to initiate and conduct a conversation with the and the call between handset B and handset C is maintained, 

user of handset A at step S.892. Handset B will also perform After receiving a hold request message and tuning to the 

other handset functions at step S.894, including periodic registry channel at step S.904, handset C will monitor and 

registration on the registry chaimel and listening for queries 40 listen for a recontact request from handset B or a call request 

and requests from other handsets. from another handset. Thus, at step S.905, handset C will 

y/ith the call waiting features of the present invention, the listen to the registry channel and determine whether a call 
user of handset B may determine to reestablish or switch request has been received. If no call request has been 
back to a call with handset C after completing or while received at step S.905, then at step S.906 handset C will 
conducting the caU with handset A As illustrated at step 45 continue to perform other handset functions, including peri- 
S.895 in FIG. 27B, handset B may periodically check to see odic registration on the registry channel and listening for 
if the user of handset B has requested to recontact with other queries. Handset C will also continue to check at step 
handset C. The user of handset B may indicate a request to S.905 whether a call request has been received, 
recontact with handset C by pressing an appropriate key or When a call request has been received at step S.905, 
button on the handset. Ifthere is no request to recontact, then 50 handset C will determine at step S.907 whether the call 
logic flow will loop back to step S.894 from step S.895. request was from handset B. Specifically, handset C deter- 
Otherwise, when a request to recontact has been detected, mines whether the request is a recontact request from 
logic flow proceeds from step S.895 to step S.896. handset B. If the request is not from handset B, then the call 

At step S.896, handset B will transmit to handset A a hold request was sent from another handset and at step S.908 

request message. This request will indicate to handset A that 55 handset C may receive the call request from the other 

it should switch and wait for a possible recontact request handset while acting as a recipient of the call request, 

from handset B on another channel. This channel may be the Various procedures and operations may be performed at step 

registry channel, or another predetermined channel. Follow- S.908, such as those described above with reference to 

ing step S.896, handset B will tune to the registry channel or FIGS. 23A and 23B, for handling a new call request. If the 

another predetermined channel at step S.85^ and then ini- 60 user of handset C decides to receive the call request and 

tiate a new caU request with handset C at step S.898. The call initiate a conveisation with the user of the other handset, 

may then be setup and supported over the same channel for then handset C may negotiate a channel for the call (while 

the previous caU between handset A and handset B. The acting as the receiving party) with the other handset. If the 

procedures performed at step S.898 may include the user of handset C decides to refuse the call request, then 

initiation/negotiation procedures for a new call in accor- 65 logic flow wiU return to step S.904, where handset C tunes 

dance with any one of the embodiments disclosed herein that back to the registry chamiel and again listens for caU request 

utilize a registry channel, if deemed appropriate by the or recontact request. 
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If it is determined that a reoontact request was received 
from handset B at step S.907, then at step S.910 a channel 
is negotiated with handset B to set up and reestablish the 
direct handset-to-handset communication t>etween handset 
B and handset C. The user of handset C may then initiate a 5 
conversation with the user of handset B at step S.912. 
Thereafter, at step S.914, handset C may perform other 
handset functions, including registration and listening for 
queries and requests. 

The call waiting features of the present invention may be lo 
modified or enhanced to provide other capabilities. For 
example, it is possible to modify the above-described 
embodiments of FIGS. 26-27 so that a user is permitted to 
place more than one handset on hold, since a handset (such 
as handset C) is not physically placed on hold to seize a 15 
particular channel or line when a call waiting request is 
accepted. With this feature, the handset may display to the 
user a list of the handsets that have been placed on hold, so 
that the user may freely select and recontact with handsets 
that have been placed on hold. The process of switching 20 
between handsets may continue indefinitely and with an 
unlimited number of handsets. Further, the user of the 
handset may be permitted to receive and respond to more 
than one call waiting request to provide enhanced operating 
capabilities. 25 

The above-described embodiments of FIGS. 22-27 are 
based upon the use of a registry or control channel. In such 
a case, a separate or dedicated tuner is not required for each 
of the handsets, since a single tuner may be utilized for 
supporting calls and periodically registering on the registry 30 
channel. It is of course possible to provide modified embodi- 
ments corresponding to that of FIGS. 22-27, in which a 
separate tuner is provided in each handset that is tuned to a 
dedicated control channel. Through the use of such a dedi- 
cated channel, a free call may be initiated and established 35 
between handsets, and various call waiting features may be 
enabled. 

By way of non-limiting examples, FIGS. 28-31 are 
exemplary embodiments for handling call requests and 
negotiating channels for free calls through the use of a 40 
dedicated channel. In particular, FIG. 28 is an exemplary 
flowchart of the various processes and operations that may 
be carried out to initiate a call request and establish a free 
call through the use of a dedicated channel. In FIG. 28, it is 
assumed that handset A has initiated a call request and is 45 
attempting to establish a direct handset-to-handset call with 
handset B. Further, it is assumed that handset B is not on call 
with another handset. FIG. 29 illustrates the various opera- 
tions and procedures that may be carried out by handset B 
when responding to the call request firom handset A. In 50 
addition, FIGS. 30A and 30B are exemplary flowcharts of 
the fuiK:tions and procedures carried out by handset A when 
negotiating a channel for the call with handset B, wherein 
handset A acts as the originator or originating party for the 
channel negotiation. Further, FIGS. 31A and 31B are exem- 55 
plary flowcharts of the various procedures and operations 
carried out by handset B when negotiating the channel for 
the caU with handset A, wherein handset B acts as the 
recipient for the channel negotiation. 

As represented at step S.918 of FIG. 28, the call request 60 
procedure is initiated when the user of handset A presses the 
appropriate key or button on the handset (e.g., the firee call 
button) with handset B being selected or dialed through the 
keypad and/or display screen of the handset. Following step 
S.918, handset A will transmit a call request to handset B at 65 
step S.920. As noted above, it is assumed that handset B is 
not on a caU when the call request is initiated. The call 



,027 Bl 

82 

request message may include the ID of handset A as well as 
the ID of handset B to indicate the handset to which the call 
request is directed. In addition, the call request may be 
transmitted from handset A to handset B over a dedicated 
control chaimel. That is, in the embodiment of FIG. 28, eadi 
handset is equipped with a separate tuner which is always 
tuned to a dedicated control chaimel. As a result, handsets 
are not required to periodically register on a registry chaimel 
and interruptions to calls (for registering, etc.) is eliminated. 

After transmitting the caU request, handset A will then 
attempt to negotiate a channel with handset B for establish- 
ing the call at step S.921. Since handset A initiated the call 
request, handset A will act as the originating party when 
negotiating a channel with handset B. Various procedures 
and operations may be performed for negotiating a channel. 
An exemplary embodiment for negotiating a channel 
through the use of a dedicated control channel is discussed 
below with reference to FIGS. 30A and 30B. In FIGS. 30A 
and 30B, handset A negotiates a channel with handset B, 
while handset A acts as the originator. FoUowing the suc- 
cessful selection of a channel, handset A then awaits for a 
response &om handset B to determine whether the user of 
handset B has responded and accepted the call request. 

In particular, as illustrated in FIG. 28, handset A will set 
the value of a wait_jclock to 0 at step S.922 and then 
determine at step S.923 whether a response from handset B 
has been received. Handset A may monitor and listen to the 
dedicated control channel for a predetermined wait time to 
receive a response firom handset B. To monitor the wait time, 
the value of the wait_clock may be incremented in accor- 
dance with an internal system clock of the handset and the 
value of the wait_clock may be periodically compared with 
the predetermined wait time. Thus, if a response is not 
received at step S.923, handset A will determine at step 

5.924 whether the value of the wait_jclock is greater than or 
equal to the wait time. If the wait time has not elapsed, then 
logic flow loops back to step S.923 where handset A again 
determines whether a response has been received. 

If a response fiom handset B has not been received within 
the predetermined wait time, then at step S.925 handset A 
assumes that handset B is unavailable or out of range. As 
such, handset A will notify the user that handset B is 
unavailable. This notification may be performed by display- 
ing the ID and/or name of handset B along with an appro- 
priate message (e.g., "Unavailable"). In addition, at step 

5.925 handset A may prompt the user as to whether the call 
should be attempted through the use of a network. If the user 
decides to place a network call, then handset A may place a 
network caU to handset B using conventional methods or 
techniques. FoUowing step S.925, the procedure may termi- 
nate at step S.926. 

If a response from handset B is received over the dedi- 
cated control channel at step S.923, then at step S.928 
handset A determines whether the user of handset B has 
accepted the call. The determination at step S.928 may be 
made by evaluating the response message received from 
handset B. The response message may indicate whether the 
user of handset B has responded to the call by accepting the 
call or by requesting ^)ecial handling of the call (e.g., by 
transferring to a voice mail system or call forwarding). If it 
is determined at step S.928 that the user of handset B has 
decided to accept the call, then at step S.932 handset A 
permits the user to initiate a conversation with the user of 
handset B. In addition, at step S.934, handset A proceeds by 
performing other handset functions, including listening for 
queries or requests over the dedicated control channel. 

If it is determined at step S.928 that the user of handset B 
has responded to the caU without accepting the call, then at 
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Step S.930 handset A notifies the user that the call has been supporting the call over the negotiated channel. In addition, 

rejected. This notification may take the form of displaying at step S.954 handset B will perform other handset 

an appropriate message (e.g., "Call Rejected"). In addition, functions, including listening for queries or requests over the 

depeiuling on the respoose from handset B and the manner dedicated control channel. 

in v^ich the user of handset B has responded to the call 5 As discussed above with reference to FIGS. 28 and 29, 

request, handset A may also prompt the user for various handsets A and B will negotiate a channel when setting up 

options (e.g., transferring to the voice mail system of hand- a free call. The exemplary flowcharts of FIGS. 30-31 

set B or forwarding the call to another handset or location). illustrate embodiments for negotiating a channel through the 

Following step S.930, the procedure may terminate at step use of a dedicated control channel. In particular, FIGS. 30A 

S.931. 10 and 30B are exemplary flowcharts of the various processes 

FIG. 29 is an exemplary flowchart of the various pro- and operations that may be carried out by handset A when 

cesses and operations and may be carried out by handset B negotiating a channel with handset B. In the embodiment of 

when responding to a call request from handset A over a FIGS. 30A and 30B, handset A acts as the originator or 

dedicated control channel. In particular, following the per- originating party. In addition, FIGS. 31A and 31B are 

formance of other handset functions at step S.938, handset 15 exemplary flowcharts of the various processes and opera- 

B may determine at step S.940 whether a call request has tions that may be carried out by handset B when negotiating 

been received over the dedicated control channel. For this a channel with handset A. In FIGS. 31A and 31B, handset B 

purpose, handset B may have a separate tuner that constandy acts as the recipient or receiving party when negotiating the 

listens and monitors the dedicated control channel for call channel with handset A. 

requests. Handset B may perform this function simulta- 20 As indicated above, handset A will negotiate with handset 

neously with the performance of other handset functions. If B to select a channel for the call after transmitting the call 

a call request is not received, then logic flow loops back to request to handset B (see step S.921 in FIG. 28). Various 

step S.93 8. Otherwise, if a call request has been received at procedures and routines may be implemented to facilitate 

step S.940, then logic flow proceeds to step S.942, as shown channel negotiation. FIGS. 30A and 30B iUustrate an exem- 

in FIG. 29. 25 plary embodiment of the manner in which handset A can 

At step S.942, handset B negotiates a channel for setting negotiate a diannel when acting as the originator of the call 

up the call with handset A. Since handset B has received the request. More specifically, as represented at step S.960 in 

call request that was initiated by handset A, handset B acts FIG. 30A, handset A needs to negotiate a chaimel for the call 

as the receiving party when negotiating the channel. Various with handset B, where handset A is acting as the originator 

procedures and operations may be performed by handset B 30 or originating party. In order to negotiate a channel, handset 

to negotiate a chaimel with handset A. For example, the Amay utilize the dedicated control channel to oonmiunicate 

exemplary embodiment of FIGS. 31A and 3IB may be with handset B. Thus, following step S.960, handset A may 

utilized by handset B to negotiate a chaimel with handset A transmit a hold request over the dedicated control channel to 

through the use of a dedicated control channel. In the handset B at step S.961. The hold request message, which 

embodiment of FIGS. 31A and 31B, handset B negotiates a 35 may include the ID of handset A (acting as the originator) 

channel with handset A, while handset B acts as the receiv- and the ID of handset B (acting as the recipient), may be sent 

ing party. Following the successful negotiation of a channel to signify to handset B that handset A wishes to negotiate a 

for the caU, handset B will then determine if the user wishes channel. In rB^x)nse, handset A will anticipate and wait for 

to re^)ond to the call request from handset A. a bold confirmation message to be sent back from handset B. 

In particular, at step S.944, handset B will query the user 40 For this purpose, handset A will set the value of a 

regardingtbepresenceof a call request from handset A. This wait_clock to 0 at step S.962 and then determine at step 

query or notification may include the displaying of a mes- S.963 whether the hold confirmation has been received over 

sage indicating the ID and/or name of handset A and/or the the dedicated control channel from handset B. The wait 

generating of an appropriate tone. Following step S.944, clock may be a counter that is incremented in accordance 

handset B will determine whether the user has responded to 45 with an internal system clock of the handset to detect 

the caU request at step S.946. This determination may be whether the hold confirmation message has been received 

made by determining whether one or more appropriate keys within a predetermined wait time. Thus, if the hold confir- 

or buttons on the handset have been pressed by the user to mation is not received at step S.963, handset A wiU deter- 

respond to the call request. If the user of handset B does not mine at step S.964 whether the value of the wait_jclock is 

respond to the call request, then logic flow loops back to step so greater than or equal to the predetermined wait time or 

S.938 from step S.946. However, if the user of handset B period. If the wait time has not been exceeded, then logic 

does respond to the call request, then at step S.948 handset flow wiU loop back to step S.963. However, if the hold 

B will transmit an appropriate response message to handset confirmation is not received within the wait time, then at 

A over the dedicated control channel based on the manner in step S.972 the user of handset A wiU be alerted that the call 

which the user responded to the call request. As discussed 55 request has failed. This alert or notification may include a 

above, the re^K)nse message from handset B may indicate displayed message and/or audible tone that is provided to the 

whether the user of handset B has responded to the call by user by handset A to signify that the call has failed. Fol- 

accepting the caU or by rejecting the call and requesting lowing step S.972, the call negotiation procedure or routine 

specialized handling of the call (i.e., forwarding to a voice may terminate at step S.973. Alternatively, the hold request 

mail system or to a different handset or location). 60 confirmation step may be bypassed in favor of a faster 

Further, handset B will respond depending on whether the overaU negotiation process, 

user has accepted the call. That is, if it is determined at step As further shown in FIG. 30A, if a hold confirmation is 

S.950 that the user has not accepted the call, then logic flow received from handset B at step S.970, then handset A will 

wiU proceed back to step S.938. However, if the user has proceed and attempt to locate an empty or clear channel for 

accepted the call, then logic flow will proceed from step 65 the call. Various methods may be employed to locate a 

S.950 to step S.952. At step S.952, handset B will permit the channel. According to an aspect of the invention, a prede- 

user to initiate a conversation with the user of handset A by termined number or set of channels may be available for 
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setting up the call. The handset acting as the originator for 
the channel negotiation (in this case handset A) may be 
given a predetermined number of attempts to locate an 
empty or clear channel to support the call. Channel frequen- 
cies may be selected sequentially, randomly or by another 5 
method, ^d then tested to determine activity and possible 
use of the channel by other handsets that are within range. 
Once a clear channel is detected, the originating handset 
(i.e., handset A) will transmit to the recipient handset (i.e., 
handset B) the channel frequency or number of the clear 10 
channel over the dedicated control channel to notify the 
other handset of the proposed channel. A channel coimt may 
be maintained in order to determine the number of attempts 
to find a clear channel and to determine when the maximum 
permissible number of tries has been exceeded. When the 15 
maximum number of tries has been exceeded, the call 
negotiation procedure will fail and terminate. 

For this purpose, the value of a channel__count is set to 0 
at step S.966 and then handset A compares the value of the 
channeL_oount with the maximum number of tries that is 20 
permitted at step S.966 (represented by max_tries in FIG. 
30A). If the channeL-COunt is less than the max_tries, then 
at step S.970 handset A will select a channel (i.e., channel x) 
for monitoring. The selection of the channel may be random, 
sequential, or based on any other method. After selecting a 25 
candidate channel, handset A will listen to the channel for 
activity at step S.970. Essentially, handset A will determine 
if the candidate channel is suitable for hai^ling the call 
between handset A and handset B. Handset Amay determine 
that the channel is not clear if other handsets within the area 30 
are using the channel for a call or if there is unacceptable 
noise on the channel. If the handset determines that the 
channel is not clear at step S.974, then the value of the 
channel_oount is incremented by one and log;ic flow loops 
back to step S.967 to again compare the value of the 35 
channel_oount to the max_tries permitted. 

If a clear channel cannot be obtained within the maximum 
number of permissible tries or attempts, then logic flow will 
pnx^eed to step S.968 and handset A will notify handset B 
that the call attempt has failed. That is, a call fail notification 40 
may be sent by handset A as a message over the dedicated 
control channel to handset B at step S.968. Following step 
S.968, logic flow proceeds to step S.964 where handset A 
will alert the user that the caU failed. The call negotiation 
routine will then terminate at step S.973. 45 

If a clear channel is detected at step S.974, then handset 
A will notify handset B of the channel (i.e., channel x) that 
has been detected. For this reason, handset A will transmit 
the channel frequency or number of the proposed channel to 
handset B over the dedicated control channel at step S.976 50 
(see FIG. 30B). Handset A will then wait for a confirmation 
message from handset B that the proposed channel is 
suitable for setting up the call. As sudi, handset A wiU set the 
value of a wait_clock to 0 at step S.977 and determine 
whether a confirmation response has been received from 55 
handset B at step S.978. Handset A may monitor the dedi- 
cated control channel for a confirmation response for a 
predetermined wait time before determining that the call 
negotiation has failed (e.g., due to handset B going out of 
range, etc.). Thus, if the value of the wait_clock is less than 60 
the predetermined wait time at step S.980, then logic flow 
will loop to step S.978 to determine again if a response has 
been received. If a response is not received within the wait 
time, then logic flow wiU proceed to step S.981 where 
handset A will alert the user that the call has failed. 65 
Thereafter, the call negotiation routine may terminate at step 
S.982, as shown in HG. 30B. 
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If a response is received from handset B within the wait 
time at step S.978, then at step S.984 handset A will 
determine whether the selected channel (i.e., channel x) has 
been confirmed by handset B. This determination may be 
made by analyzing the response from handset B and whether 
the proposed channel was confirmed by handset B as being 
clear. If the cbaimel is confirmed as being suitable by 
handset B at step S.984, then at step S.985 handset A will 
tune to the selected channel to permit the user of handset A 
to initiate conversation with the user of handset B at step 
S.985. Further, at step S.986, handset A may perform other 
handset fimctions, including monitoring for queries and 
requests (e.g., find queries and/or call request queries from 
other handsets). If, however, the channel selected by handset 
A was not cleared or confirmed by handset B, then logic flow 
will proceed from step S.984 back to step S.967 (see FIG. 
30A) and the value of the channel ^count will be incre- 
mented by one. Handset A wiU then attempt to locate another 
clear channel if the maximum number of permissible tries 
has not been exceeded. Logic flow then proceeds after step 
S.967 as detailed above. 

Handset B also performs various operations and proce- 
dures when negotiating a channel with handset A. In the 
above-described example, handset B is acting as the recipi- 
ent or receiving party of the call request and is negotiating 
a channel with handset A (see, for example, step S.942 in 
FIG. 29). Various procedures and routines may be imple- 
mented to permit handset B to negotiate a channel with 
handset A. FIGS. 31A and 31B illustrate an exemplary 
embodiment for handset B to negotiate a channel when 
acting as the recipient or receiving party. 

As represented at step S.990 in FIG. 31A, handset B needs 
to negotiate a chaimel with handset A, whfle acting as the 
recipient or receiving party. For this purpose, the value of a 
wait_clock may be initialized to 0 at step S.992 and 
thereafter incremented in accordance with an internal system 
clock of the handset. If a hold request is not determined as 
being received over the dedicated control channel at step 
S.994, then at step S.995 handset B will detemaine whether 
the value of the wait_clock is greater than or equal to the 
predetermined wait time. So long as the wait_clock is less 
than the wait time, logic flow wiU loop back to step S.994 
to again check if a hold request has been received over the 
dedicated control channel. 

If a hold request is not received within the wait time, then 
logic flow wiU proceed to step S.998 where it is determined 
whether handset A and/or handset B are continuing an 
interrupted call. That is, as discussed above, it is possible 
that the need to negotiate a channel for a free call may arise 
when interference occurs on a channel that is being used to 
support a current call. In such a case, either handset may 
automatically determine that it is necessary to negotiate a 
new channel for the call. In addition, the users of handset A 
and handset B may be provided with the ability to determine 
when to negotiate a new channel for the free call. Thus, in 
addition to negotiating a channel based on a new call 
request, handset B may also need to negotiate a new channel 
(e.g., while acting as a recipient or receiving party) for an 
existing call that has tveen interrupted (e.g., due to other 
handsets occupying the same chaimel or unacceptable noise 
levels on the channel). The cafl negotiation procedures of the 
invention may thus be utilized in either case. If handsets A 
and B are continuing on an interrupted caU, then logic flow 
may proceed to step S.999 where the user of handset B is 
alerted that the call has failed. Thereafter, logic flow may 
proceed to step S.IOOO where the caU negotiation routine 
will terminate. If, however, handset A and handset B are not 
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continuiDg on an interrupted call, then the user of handset B 
does not need to be notified of the failure of the call request 
and negotiatioa, and logic flow may proceed directly £rom 
step S.998 to step S.IOOO where the call negotiation routine 
terminates. 

As further shown in FIG. 31A, if a hold request is 
received at step S.994, then at step S.996 handset B will 
transmit a hold confirmation message back to handset A over 
the dedicated control channel. Thereafter, handset B will 
wait for handset A to further respond with the proposed 
channel for the call within a predetermined wait time. 

More particularly, as shown in FIG. 31B, handset B will 
set the value of a wait_clock2 to 0. The wait_clock2 may 
be a counter that is incremented in accordance with an 
internal system clock of handset B. The value of the wait_ 
clodc2 may be monitored to determine whether the prede- 
termined wait time has elapsed. The predetermined wait 
time should be set in accordance with the maximum number 
of tries that handset A is permitted to locate a suitable 
channel. At step S.1004, handset B will determine whether 
a response has been received firom handset A over the 
dedicated control channel. If a response is not received, then 
at step S.1005, the value of the wait_clock2 will be com- 
pared with the predetermined wait time. If the value of the 
wait_clock2 is less than the wait time, then logic flow will 
loop back to step S.1004 to again determine whether a 
response has been received. If a response has been received 
within the predetermined wait time, then at step S.1006 
handset B will determine whether handset A has indicated in 
the re^nse message that the attempt to locate a free 
channel has failed. If a call fail notification is received, then 
logic flow proceeds to step S.1008. Logic flow will also 
proceed to step S.1008 if it is determined that a response has 
not been received from handset A within the predetermined 
wait time at steps S.1004 and S.1005 of FIG. 31B. 

At step S.1008, handset B will determine whether hand- 
sets A and B are continuing on an interrupted call. If 
handsets A and B are continuing on an interrupted call, then 
at step S.lOll handset B will be alerted that the call has 
failed. Thereafter, logic flow proceeds to step S.1012 where 
the routine may terminate. I^ however, handset A and 
handset B are not continuing on an interrupted call, then the 
user of handset B does not need to be notified of the failure 
of the call request and negotiation, and logic flow may 
proceed directly &om step S.1008 to step S.1012 where the 
call negotiation routine terminates. 

As fiirther shown in FIG. 31B, if handset A has not sent 
a call fail iK)tification, then handset B will tune to the 
proposed channel (i.e., channel x) at step S.lOlO and listen 
for activity on the charmel. As descnbed above, handset A 
wiU indicate the number or frequency of the proposed 
channel in the refuse message after detecting that the 
channel is clear. Handset B will then test and confirm as to 
whether proposed channel is clear for supporting the call. 
Handset B may check whether the selected channel has 
become occupied by other handsets within the area or 
whether the noise over the channel has risen to an unac- 
ceptable level. If handset 6 determines that the selected 
channel is clear at step S.1014, then at step S.1016 handset 
B will transmit a message to handset A to indicate that the 
selected channel (i.e., channel x) is suitable for setting up the 
call. If, however, haiKlset B determines that the selected 
channel has become corrupted or is not clear, then at step 
S.1018 a message wiU be transmitted to handset A to 
indicate that the proposed channel is bad or unacceptable for 
setting up the call. Following step S.1018, logic flow will 
loop back to step S.1002 to wait for an additional response 
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from handset A (i.e., another selected channel or a call fail 
notification message). 

FoUowing step S.1016, handset B wiU determine whether 
handset A and handset B are continuing on an interrupted 

5 call at step S.1020. If handset A and B are not continuing on 
an interrupted call, then the call negotiation routine may 
tenninate at step S.1021. If, however, handsets A and B are 
continuing on an interrupted caU, then at step S.1022 hand- 
set B will permit the user to initiate a conversation with the 

10 user of handset A on the selected chaimel. In addition at step 
S.1024, handset B will perform other handset functions, 
including listening for additional queries or messages on the 
dedicated control channel. 

As described above, the call negotiation procedures of the 

15 invention may be implemented for negotiating a channel 
when establishing a free call between wireless handsets. In 
particular, the embodiments of FIGS. 30-31 may be utilized 
as part of the overall procedures of FIGS. 28 and 29 for 
establishing a handset-to-handset call. In addition, the chan- 

20 nel negotiation procedures of the invention may be utilized 
to negotiate a new channel to avoid interference during a 
free call. That is, the embodiments of FIGS. 30-31 may be 
utilized by wireless handsets on a free call to select a new 
channel when the current channel that is supporting the free 

25 call has become corrupted due to noise or interference 
caused by other wireless handsets that have come into range 
and that are occupying the same channel. 

The embodiments of FIGS. 28-31 may be modified 
and/or adapted to enable call waiting features. Such call 

30 waiting features, as described above, may permit handset 
users to be notified when a call request has been received 
during a caU with another handset user, and to permit 
handset users to selectively switch between calls. FIGS. 
32-34 illustrate exemplary embodiments for establishing a 

35 free call between wireless handsets that are provided with 
call waiting features. In eadi of these embodiments, a 
dedicated control channel is utilized with each handset 
including a separate tuner that is always tuned to the 
dedicated control channel. In particular, FIG. 32 is an 

40 exemplary flowchart of the varioiis processes and operations 
carried out by handset A for initiating a call with handset B, 
when handset B is on a call with another handset (i.e., 
handset C). Further, FIG. 33 is an exemplary flowchart of the 
various processes and operations that may be carried out by 

45 handset B to handle the call request from handset A, while 
handset B is on a call with handset C. Lastly, FIG. 34 is an 
exemplary flowchart of the various processes and operations 
that may be carried out by handset C, when it is placed on 
hold by handset B to accept the call request from handset A 

50 In the embodiments of FIGS. 32-34, it is assumed that a 
dedicated tuner and predetermined control chaimel are 
provided, similar to that provided in the embodiments of 
HGS. 28-3L 

As represented at step S.1030 in FIG. 32, handset A is 
55 attempting to establish a caU with handset B, while handset 
B is on a call with handset C. A free call may be initiated by 
the user of handset A by pressing a predetermined key or 
button (i.e., the free call button or key) after dialing or 
selecting handset B. If handset B is on a call, a call waiting 
60 request may be transmitted over the dedicated control chan- 
nel. That is, at step S.1032, handset A transmits a call 
waiting request to handset B over the dedicated control 
channel, with the request containing the ID of handset A. 
The ID of handset B may also be included in the call waiting 
65 request message to indicate to which handset the call waiting 
request is directed. Following step S.1032, handset A sets the 
value of a wait_clock to 0 at step S.1034 and listens to the 
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dedicated control channel for a response from handset B. In 
particular, at step S.1Q36, handset A determines whether a 
response has been received from handset B. If no response 
is detected, then at step $.1038 the value of the wait_clock 
is compared to a predetermined wait time. If handset A 5 
determines that the value of the wait_clock, which may be 
incremented in accordance with an internal system clock of 
the handset, is less than the predetermined wait time, then 
logic flow loops back to step S.10d6. HaiKlset A will then 
again determine whether a response has been received. lO 

If a response is not received from handset B within the 
predetermined wait time, then at step S.1(M2 handset A wUl 
assume that handset B is unavailable or out of range. Thus, 
handset A will notify the user that handset B is unavailable. 
This notification may be performed by handset A by dis- 15 
playing of the ID and/or name of handset B, along with an 
appropriate message (e.g., "Unavailable"). In addition, 
handset A may prompt the user as to whether the call should 
be attempted over a network. Following step S.1042, the 
procedure may terminate at step S.1046, as shown in FIG. 20 
32. 

When a response from handset B is detected as being 
received over the dedicated control channel, handset A will 
determine at step S.1040 whether the user of handset B has 
responded to the call waiting request by accepting the call. 25 
This determination may be made by analyzing the response 
message received from handset B. If the user of handset B 
has accepted the call, then at step S.1048 handset A will set 
up the call to permit the user of handset A to initiate 
conversation with the user of handset B. The free call 30 
between handset A and handset B may be set up on a new 
channel (through charmel negotiation, etc.) or may be car- 
ried out on the same channel that was utilized for the call 
between handset B and handset C (whereby handset A is 
notified of the charmel of the call through the response 35 
message from handset B). In either case, handset C will be 
requested to hold the call and to wait for a re-contact request 
from handset B over the dedicated control channel. Follow- 
ing step S.1048, handset A may perform other handset 
functions at step S.1050, including listening for queries or 40 
requests on the dedicated control charmel. 

If it is determined at step S.1040 that the user of handset 
B has responded to the call waiting request by rejecting the 
call, then at step S.1044 handset A wiU notify the user that 
the call has been rejected. This notification may include 45 
displaying an appropriate message (e.g., "Call Rejected"), 
along with the ID and/or name of handset B. In addition, 
depending upon the manner in which the user of handset B 
has responded to the call waiting request, handset A may 
prompt the user for various options (e.g., forwarding to a 50 
voice mail system or to a different handset or location). 
Following step S.1044, the procedure may terminate at step 
S.1046, as shown in FIG. 32. 

As described above, FIG. 33 is an exemplary flowchart of 
the various operations and procedures that may be per- 55 
formed by handset B to handle a call waiting request form 
handset A, while on a call with handset C. In particular, after 
performing other handset frinctions at step S.1052, handset 
B determines at step S.1054 whether a caU waiting request 
has been received over the dedicated control channel. If a 60 
call waiting request has not been received, then logic flow 
proceeds back to step S.1052 where handset B may perform 
other handset functions. 

When a call waiting request is detected as being received 
at step S.1054, handset B will query the user to indicate that 65 
a call waiting request has been received at step S.1056. At 
step S.1056, handset B may query the user by displaying the 
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ID and/or name of handset A to indicate the source of the call 
waiting request. This query may also include the generation 
of an appropriate tone to alert the user of handset B, during 
the call with handset C, as to the presence of the call waiting 
request. At step S.1058, handset B determines whether the 
user has responded to the call waiting request query. If the 
user of handset B ignores the query, then logic flow will loop 
back to step S.1052. However, if the user responds to the call 
waiting request, then at step S.1060 handset B will transmit 
a response message to handset A over the dedicated control 
channel based on the manner in which the user responded to 
the call waiting request. 

Depending on the manner in which the user of handset B 
has responded to the call waiting request, handset B may 
cause a new call to be established with handset A or may 
maintain the call with handset C. That is, at step S.1062, 
handset B wiU determine whether the user has decided to 
respond to the call by accepting the call. If the user did not 
decide to accept the call, then logic flow will loop back to 
step S.1052 and the call with handset C will not be inter- 
rupted. However, if the user has indicated to accept the call 
(e.g., by pressing an appropriate key or button on the 
handset), then logic flow will proceed to step S.1064. At step 
S.1064, handset B will transmit to handset C a caU hold 
request message. This request message may be transmitted 
over the dedicated control channel or may be transmitted 
during a defined control time slot on the channel supporting 
the caU between handset B and handset C. As further 
discussed below, when handset C receives the hold request, 
handset C wiU place the caU on hold and wait for a re-contact 
request from handset B or a call request from another 
handset 

Following step S.1064, handset B wiU set up the call to 
permit the user of handset B to initiate conversation with the 
user of handset A at step S.1066. Once again, the call 
between handset B and handset A may be maintained ori the 
same channel that was used between handset B and handset 
C, or handset B may negotiate a new or different channel 
with handset A to set up the free caU. FoUowing step S.1066, 
handset B may perform other handset functions at step 
S.1068, including listening for queries or requests over the 
dedicated control channel. 

With handset C placed in hold, the user of handset B may 
carry out communication with handset A and, when desired, 
switch back and re-contact with handset C. Thus, as repre- 
sented at step S.1070, handset B may periodically check 
whether the user of handset B has requested to re-contact 
with handset C. The determination at step S.1070 may be 
made based on the detection of the activation of a prede- 
termined key or button on the handset by the user. If a 
request to re-contact has been made by the user, then at step 
S.1072 handset B wfll transmit a hold request to handset A 
and then initiate a new call or re-contact request to handset 
C at step S.1074. As a result, handset A will be placed on 
hold and the user of handset B may conduct a conversation 
with the user of handset C. Thereafter, the user of handset B 
can continue to switch between caUs with handset A and 
handset C, and complete caUs as desired. 

FIG. 34 is an exemplary flowchart of the various pro- 
cesses and operations that may be carried out by handset C 
in accordance with the caU waiting features of the invention 
and that may be used in connection with the embodiments of 
FIGS. 32 and 33. As represented at step S.1076 in FIG. 34, 
handset C is in conversation with handset B, when handset 
B receives a call request from handset A. If the user of 
handset B determines to respond to the call waiting request, 
then handset B wiU put handsel C on hold. Thus, at step 
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S.1078, handset C detennines whether a hold request mes- 
sage has been received from handset B. The hold request 
may be transmitted during a control time slot on the channel 
supporting the call between handset B and handset C, or may 
be transmitted over the dedicated control channel. As dis- 5 
cussed above with reference to the embodiment of FIG. 33, 
the hold request message from handset B may indicate a 
channel on which handset C is to wait and hold for a further 
request from handset B. This channel may be a predeter- 
mined channel, such as the dedicated control channel, or 
another appropriate channel. If a hold request is not received 
at step S.1078, then logic flow loops back to step S.1076, 
where handset C performs other handset functions, includ- 
ing maintaining the call between handset B and handset C. 

If a hold request is received firom handset B at step 
S.1076, then handset C will tune to the dedicated control 
channel and wait for a re-contact request message for 
handset B or a call request firom another handset at step 
S.1080. If no call request has been received at step S.1080, 
then at step S.10S2 handset C will continue to perfoma other 
handset functions, including listening for other queries or 20 
requests (e.g., find queries, etc.). Handset C will also con- 
tinue to check at step S.1080 whether a call request has been 
received. 

When a call request has been received at step S.1080, then 
at step S.1084 handset C determines whether the call request 25 
is from handset B. Specifically, handset C determines 
whether the request is a re-contact request firom handset B. 
If the request is not from handset B, then at step S.1086 
handset C may receive the call request from the other 
handset while acting as a recipient of the call request. ^ 
Various procediu-es and operations may be performed at step 
S.1086, such as those described above with reference to 
FIGS. 29, 31A, 31B, and/or 33. Thus, if the user of handset 
C decides to receive the call request and initiate a conver- 
sation with the user of the other handset, then handset C may 
negotiate a channel for the call (while acting as the receiving 
party) with the other handset. If the user of handset C 
decides to refuse the call request, then logic flow will turn 
to step S.1080, where handset C again listens for call 
requests on the dedicated control channel. 

If a re-contact request is received firom handset B at step 40 
S.1084, then at step S.1088 handset C will negotiate a 
channel for the call with handset B to again establish the 
direct handset-to-handset communication between handset 
B and handset C. After successfully negotiating a channel, 
the user of handset C may initiate a conversation with the 45 
user of handset B at step S.1090. Thereafter, at step S.1092, 
handset C may perform other handset functions, including 
listening for other queries or requests on the dedicated 
control channel. 

Modifications to the embodiments of FIGS. 28-34 may be 50 
provided without departing from the main features and 
objects of the invention. For example, FIGS. 37 and 38 are 
exemplary flowcharts of the various processes and opera- 
tions that may be carried out by handset A and handset B, 
respectively, to establish a free call through the utilization of 55 
a dedicated control channel. The embodiments of FIG. 37 
and 38 incorporate call waiting features to permit a call 
request from handset A to be received even if handset B is 
on a call. In FIG. 37, it is assumed that handset A has 
initiated a call request and is attempting to establish a direct 60 
handset-to-handset call with handset B. Further, for the 
embodiments of FIGS. 37 and 38 it is assumed that each 
handset B includes a separate tuner that is always tuned to 
a dedicated control channel. FIG. 38 illustrates the various 
operations and procedures that may be carried out by 65 
handset B when responding to the call request from handset 
A. 
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As represented at step S.UOO of FIG. 37, the call request 
procedure is initiated when the user of handset A presses the 
appropriate key or button on the handset (e.g., the firee call 
button) with handset B being selected or dialed through the 
keypad and/or display screen of the handset. Following step 
S.llOO, handset A will transmit a call request to handset B 
at step S.1102. The call request message may include the ID 
of handset A, as well as the ID of handset B to indicate the 
handset to which the call request is directed. In addition, the 
call request may be transmitted from handset A to handset B 
over a dedicated control channel. As a result, handsets are 
not required to periodically register on a registry channel 
and interruptions to calls (for registering, etc.) is eliminated. 

Following step S.1102, handset A will set the value of a 
wait_clock to 0 at step S.1104 and then wait for a response 
from handset B. The wait_clock may be incremented in 
accordance with an internal system clock of handset A and 
may be provided to determine if a response has been 
received within a predetermined wait time. If a response is 
not received within the predetermined wait time, then hand- 
set A may assume that handset B is unavailable or out of 
range. 

At step S.1106, handset A will determine if a response to 
the call request has been received from handset B over the 
dedicated control channel. If no response is received, then at 
step S.1108 the value of the wait_clock is compared with 
the predetermined wait time. If the wait_clock is less than 
the wait time, then logic flow returns to step S.1106 so that 
the receipt of a response from handset B may be checked. 
Otherwise, when the wait time has expired, logic flow 
proceeds from step S.1108 to step S.1120, as iUustrated in 
HG. 37. 

If a response message is received at step S.1106, then at 
step S.lllO handset A determines the status of handset B 
(e.g.. Idle or On Call). The determination at step S.lllO may 
be made based on status information provided in the 
response message from handset B. If handset B is deter- 
mined to be on a call at step S.lllO, then logic flow proceeds 
to step S.114 where handset A waits to determine if the user 
of handset B re^onds lo the call request from handset A. As 
further described below with reference to FIG. 38, if handset 
B detects a call request from handset A when handset B is 
on a caU with another handset, handset B may automaticaUy 
provide a caU waiting notification to the user of handset B 
to alert the user of the presence of the caU request from 
handset A. The user of handset B may then respond to the 
call request from handset A by accepting the call request or 
rejecting the same. In either case, handset B may trananit a 
further response message to handset A to indicate whether 
the call request has been accepted or rejected. 

If it is determined at step S.lllO that handset B is not on 
a caU, then at step S.1112 handset A will then attempt to 
negotiate a channel with handset B for establishing the caU. 
Since handset A initiated the call request, handset A wiU act 
as the originating party when negotiating a channel with 
handset B. Various procedures and operations may be per- 
formed for negotiating a channel, such as the exemplary 
embodiment for negotiating a channel through the use of a 
dedicated control channel, as discussed above with reference 
to HGS. 30A and 30B. In FIGS. 30A and 30B, handset A 
negotiates a channel with handset B, while handset A acts as 
the originator. Following the successful selection of a 
channel, logic flow proceeds to step S.1114 and handset A 
then awaits for a response from handset B to determine 
whether the user of handset B has responded and accepted 
the call request. 

As further illustrated in FIG. 37, handset A may initialize 
and set the value of the wait_clock to 0 at step S.1114 and 
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then delennine at step S.11L6 whether a response message indicated above with respect to FIG. 37, the response 

from handset B has been received. Handset A may monitor message may include status information to indicate to hand- 

and listen to the dedicated control channel for a predeter- set A the status of handset B (e.g.. Idle or On Call). After 

mined wait time to receive a response from handset B. Thus, transmitting the response message at step S.H44, handset B 

if a response is not received at step S.1116, handset A will 5 notifies or queries the user of handset B of the receipt of the 

determine at step 8.1118 whether the value of the wait_ request from handset A This notification may include 

clock is greater than or equal to the wait time. If the wait generating an appropriate tone and/or displaying a message 

time has not elapsed, then logic flow loops back to step including the ID and/or name of handset A. The type of 

S,1116 where handset A again determines whether a notification that is provided may depend on the status of 

response has been received. lo handset B is not on a oOl, an audible rin^ng 

If a response from handset B has not been received within ^°LT/o^h^r!n t a an appropnate 

the predelermined wait time, then at step S.1120 handset A "^^"^t ^ ^^^u^ however, handset B is 

*u * u J * Ti • -1 i_i . r A on a call, a quick or penodic beep tone may be provided m 

assum^ that handse B is unavailable or out of range^As earpiece of the handset to notify the user of the call 

such, handset A wiU notify the user diat handset B is ^3^^ An appropriate message with the ID of 

unavailable. This notification may be performed by display- 15 handset A may also be displayed to the user of handset B 

mg the ID and/or name of handset B along with an appro- during the caU, so that the user can determine where the caU 

pnate message (e.g., "Unavailable"). In addition, at step request originated and whether to accept the new call. 

S.1120handsetAmay prompt the user as to whether the call After providing the query to the user at step S.1146, 

should be attempted through the use of a network. If the user handset B performs additional operations depending on the 

decides to place a netwodc call, then handset A may place a 20 status of the handset. That is, if it is determined at step 

networie call to handset B using conventional methods or S.1148 that handset B is on a call then logic flow procee(^ 

techniques. Following step S.1120, the procedure may ter- to step S.1152, to determine if the user responds to the call 

minate at step S.1122. request. If, however, it is determined at step S.1148 that 

If a response from handset B is received over the dedi- handset B is not on a call, then logic flow proceeds to step 
cated control chaimel at step S.1116, then at step S.1124 25 S.1150. At step S.1150, handset B negotiates a channel for 
handset A determines whether the user of handset B has setting up the call with handset A Since handset B has 
accepted the call. The determination at step S.1124 may be received the call request that was initiated by handset A, 
made by evaluating the response message received from handset B acts as the receiving party when negotiating the 
handset B. The response message may indicate whether the channel. Various procedures and operations may be per- 
user of handset B has responded to the call by accepting the 30 formed by handset B to negotiate a channel with handset A, 
call or by requesting special handling of the call (e.g., by such as operations of the exemplary embodiment of FIGS, 
transferring to a voice mail system or call forwarding). If it 31A and 31B. In the embodiment of FIGS. 3A and 31B, 
is determined at step S.1124 that the user of handset B has handset B negotiates a channel with handset A, while 
decided to accept the call, then at step S.1128 handset A handset B acts as the receiving party. Following the suc- 
permits the user to initiate a conversation with the user of 35 cessful negotiation of a channel for the caU, handset B will 
handset B. In addition, at step S.1130, handset A proceeds by then determine if the user wi^es to respond to the call 
performing other handset functions, including listening for request from handset A at step S.1152. 
queries or requests over the dedicated control channel. As illustrated in FIG. 38, at step S.1152 handset B will 

If it is determined at step S.1124 that the user of handset determine whether the user has responded to the call request. 

B has responded to the call without accepting the call, then 40 This determination may be made by determining whether 

at step S.1126 handset A notifies the user that the call has one or more appropriate keys or buttons on the handset have 

been rejected. This notification may take the form of dis- been pressed by the user to respond to the call request. If the 

playing an appropriate message (e.g., "Call Rejected'*). In user of handset B does not respond to the call request, then 

addition, depending on the response from handset B and the logic flow loops back to step S.1140 from step S.1152. 

manner in which the user of handset B has responded to the 45 However, if the user of handset B does respond to the call 

callrequest, handset A may also prompt the user for various request, then at step S.1154 handset B will transmit an 

options (e.g., transferring to the voice mail system of hand- appropriate response message to handset A over the dedi- 

set B or forwarding the call to another handset or location). cated control channel based on the manner in which the user 

Following step S.1126, the procedure may terminate at step responded to the caU request. As discussed above, the 

S.1122. 50 response message from handset B may indicate whether the 

As indicated above, FIG. 38 is an exemplary flowchart of user of handset B has responded to the call by accepting the 
the various processes and operations and may be carried out call or by rejecting the call and requesting specialized 
by handset B when responding to a call request from handset handling of the call (i.e., forwarding to a voice mail system 
A over a dedicated control channel. In particular, following or to a different handset or location), 
the performance of other handset ftmctions at step S.1140, 55 Further, handset B will respond depending on whether the 
handset B may determine at step S.1142 whether a call user has accepted the caU. That is, if it is determined at step 
request has been received over the dedicated control chan- S.1156 that the user has not accepted the call, then logic flow 
nel. For this purpose, handset B may have a separate tuner will proceed back to step S.1140. However, if the user has 
that constantly listens and monitors the dedicated control accepted the call, then logic flow will proceed from step 
channel for caU requests. Handset B may perform this 60 S.1156 to step S.1158. At step S.1158, handset B will permit 
function simultaneously with the performance of other hand- the user to initiate a conversation with the user of handset A 
set functions. If a caU request is not received, then logic flow by supporting the call over the negotiated channel. In 
loops back to step S.1140. Otherwise, if a call request has addition, at step S.1160 handset B will perform other hand- 
been received at step S.1142, then logic flow proceeds to set functions, including listening for queries or requests over 
step S.1144, as shown in FIG. 38. 65 the dedicated control channel. 

At step S.1144, handset B transmits a response message to While the invention has been described with reference to 

handset A to confirm the receipt of the call request. As exemplary embodiments, it is imderstood that the words 
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which have been used herein are words of description and 
illustration, rather then words of hmitation. Changes may be 
made, within the purview of the appended claims, as pres- 
ently stated and as amended, without departing from the 
scope and spirit of the invention in its various aspects. 

For example, group lists of beeping clips may be defined 
in the handset so that a user may page (with or without a 
beep request) each clip in the group list with a single CALL 
function. In such a case, the user may select a predefined 
group list of clips and then press the CALL button on the 
handset. In response, the handset may then page each clip in 
the group list and provide information to the user (e.g., via 
the handset display) as each clip is paged. Such a feature 
may facilitate a user in locating a group of items (such as 
tools, pets, children, etc.) with a simple activation of the 
CALL function. 

In addition, modifications may be made to the disclosed 
embodiments of the invention in order to reduce collisions 
or interferences. For instance, for each of the embodiments 
of the invention that utilize a registry, the predetermined 
cycle time for registering may be reset to a random number 
(e.g., between 0 and y minutes or seconds) after each 
registration. By changing the cycle time in this manner, two 
handsets that are out of range of one another but both in 
range of a third handset can avoid colliding with one another 
more than once. 

Other modifications to the disclosed embodiments of the 
invention may also be made. For example, modifications 
may be made so that the wireless handsets do not need to 
sequentially register during a free call. That is, one handset 
could register for both handsets on the fi-ee call by trans- 
mitting its own ID and channel number first, and then 
transmitting the ID of the other handset and the channel 
number to contact the other handset. In addition, the wireless 
handset of the present invention may be provided with 
call-waiting features. For instance, where a control time slot 
is defined (see, e.g., the embodiments of FIGS. lA and IB 
and FIGS. 12A and 12B), the control time slot may be 
utilized to transmit a call-waiting signal. Such a call-waiting 
signal may comprise Caller ID information and/or the fre- 
quency or nxmiber at which to contact the calling party 
(which may include other wireless handset users). 

Although the invention has been described herein with 
reference to particular means, materials and embodiments, 
the invention is not intended to be limited to the particulars 
disclosed herein. Instead, the invention extends to all func- 
tionally equivalent structures, methods and uses, such as are 
within the scope of the appended claims. 

What is claimed is: 

1. A wireless handset with enhanced operating features, 
the enhanced operating features comprising find features for 
locating objects, including other wireless handsets, that are 
within range of the wireless handset, tl^ wireless handset 
comprising: 

a system that initiates a find feature to determine if at least 
one specified object is within range of the wireless 
handset; 

a detector that detects a message from the at least one 

^dfied object; 
an indicator that, based on the message being detected by 

the detector, indicates that at least one specified object 

is within range of the wireless handset; 
a find list comprising a plurality of entries, each of the 

entries including information specifying at least one 

object, the system that initiates initiating a find feature 

based on the information of at least one entry of the find 

list; and 

a selector that selects an entry in the find list to specify an 
object, the system that initiates initiating a specific find 
feature based on the object specified by the entry of the 
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find list selected with the selector to determine if the 
specific object is within range of the wireless handset; 
wherein the system that initiates, when no entry in the find 
list is selected with the selector, initiates a general find 
feature based on each object of the plurality of entries 
of the find list to determine which objects of the find list 
are within range of the wireless handset. 

2. A wireless handset with enhanced operating features, 
the enhanced operating features comprising find features for 
locating objects, including other wireless handsets, that are 
within range of the wireless handset, the wireless handset 
comprising: 

a system that initiates a find feature to determine if at least 
one specified object is within range of the wireless 
handset; 

a detector that detects a message from the at least one 
specified object; and 

an indicator that, based on the message being detected by 
the detector, indicates that at least one specified object 
is within range of the wireless handset, the indicator 
comprising a recorder that records information to a 
found list based on the message, and a display that 
displays the found list to indicate each object that is 
within range of the wireless handset. 

3. A wireless handset with enhanced operating features, 
the enhanced operating features comprising find features for 
locating objects, including other wireless handsets, that are 
within range of the wireless handset, the wireless handset 
comprising: 

a system that initiates a find feature to determine if at least 
one specified object is within range of the wireless 
handset; 

a generator that generates a query message based on the 

initiation of the find feature; 
a detector that detects a positive response message from 

the at least one specified object in reply to the query 

message; and 

an indicator that, based on the positive response message 
being detected by the detector, indicates that at least 
one specified object is within range of the wireless 
handset; 

wherein the at least one specified object is a non- 
transmitting clip device, the query message generated 
by the generator which includes a beep request, and 
further wherein the non-transmitting clip device is 
adapted to emit an audible beep signal in response to 
the beep request. 

4. A mettK)d for locating objects that are within range of 
a wireless handset, the objects including other wireless 
handsets capable of communicating with the wireless 
handset, the method comprising: 

initiating a find feature to determine if at least one 
specified object is within range of the wireless handset; 

detecting a message firom the at least one specified object; 

recording information to a found list based on the mes- 
sage to indicate that the at least one specified object is 
within range of the wireless handset; 

providing a find list comprising a plurality of entries, each 
of the entries including information specifying at least 
one object, the initiating including initiating a find 
feature based on the information of at least one entry of 
the find list; 

selecting an entry in the find list to specify an object, the 
initiating further including initiating a specific find 
feature based on the object specified by a selected entry 
of the find list to determine if the selected object is 
within range of the wireless handset; and 

detecting when no entry in the find list is selected, the 
initiating further including initiating, when it is 
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which have been used herein are words of description and 
illustration, rather then words of limitation. Changes may be 
made, within the purview of the appended claims, as pres- 
ently stated and as amended, without departing firom the 
scope and spirit of the invention in its varioiis aspects. 5 

For example, group lists of beeping chps may be defined 
in the handset so that a user may page (with or without a 
beep request) each clip in the group list with a single CALL 
function. In such a case, the user may select a predefined 
group list of clips and then press the CALL button on the 
handset. In response, the handset may then page eadi clip in 
the group list and provide information to the user (e.g., via 
the handset display) as each clip is paged. Such a feature 
may faciUtate a user in locating a group of items (such as 
tools, pets, children, etc.) with a simple activation of the 
CALL function. 15 

In addition, modifications may be made to the disclosed 
embodiments of the invention in order to reduce collisions 
or interferences. For instance, for each of the embodiments 
of the invention that utilize a registry, the predetermined 
cycle time for registering may be reset to a random number 20 
(e.g., between 0 and y minutes or seconds) after each 
registration. By changing the cycle time in this manner, two 
handsets that are out of range of one another but both in 
range of a third handset can avoid colliding with one another 
more than once. 25 

Other modifications to the disclosed embodiments of the 
invention may also be made. For example, modifications 
may be made so that the wireless handsets do not need to 
sequentially register during a free call. That is, one handset 
could register for both handsets on the free call by trans- 
mitting its own ID and channel number first, and then ^ 
transmitting the ID of the other handset and the channel 
number to contact the other handset. In addition, the wireless 
handset of the present invention may be provided with 
call-waiting features. For instance, where a control time slot 
is defined (see, e.g., the embodiments of FIGS. lA and IB 35 
and FIGS. 12A and 12B), the control time slot may be 
utilized to transmit a call-waiting signal. Such a call-waiting 
signal may comprise Caller ID information and/or the fre- 
quency or number at which to contact the calling party 
(which may include other wireless handset users). 40 

Although the invention has been described herein with 
reference to particular means, materials and embodiments, 
the invention is not intended to be limited to the particulars 
disclosed herein. Instead, the invention extends to all func- 
tionally equivalent structures, methods and uses, such as are 
within the scope of the appended claims. 

What is claimed is: 

1. A wireless handset with enhanced operating features, 
the enhanced operating features comprising find features for 
locating obje<^ including other wireless handsets, that are 
within range of the wireless handset, the wireless handset 
comprising: 

a system that initiates a find feature to determine if at least 
one specified object is within range of the wireless 
handset; 

a detector that detects a message from the at least one 

specified object; 
an indicator that, based on the message being detected by 

the detector, indicates that at least one specified object 

is within range of the wireless handset; 
a find list comprising a plurality of entries, each of the ^ 

entries including information ^>ecifying at least one 

object, the system that initiates initiating a find feature 

based on the information of at least one entry of the find 

list; and 

a selector that selects an entry in the find list to specify an 65 
object, the system that initiates initiating a specific find 
feature based on the object specified by the entry of the 
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find fist selected with the selector to detennine if the 
^>ecific object is within range of the wireless handset; 
wherein the system that initiates, when no entry in the find 
list is selected with the selector, initiates a general find 
feature based on each object of the plurality of entries 
of the find list to determine which objects of the find list 
are within range of the wireless handset. 

2. A wireless handset with enhanced operating features, 
the enhanced operating features comprising find features for 
locating objects, including other wireless handsets, that are 
within range of the wireless handset, the wireless handset 
comprising: 

a system that initiates a find feature to determine if at least 
one specified object is within range of the wireless 
handset; 

a detector that detects a message from the at least one 
specified object; and 

an indicator that, based on the message being detected by 
the detector, indicates that at least one specified object 
is within range of the wireless handset, the indicator 
comprising a recorder that records information to a 
found Hst based on the message, and a display that 
displays the found fist to indicate each object that is 
within range of the wireless handset. 

3. A wireless handset with enhanced operating features, 
the enhanced operating features comprising find features for 
locating objects, including other wireless handsets, that are 
within range of the wireless handset, the wireless handset 
comprising: 

a system that initiates a find feature to determine if at least 
one specified object is within range of the wireless 
handset; 

a generator that generates a query message based on the 

initiation of the find feature; 
a detector that detects a positive response message from 

the at least one specified object in reply to the query 

message; and 

an indicator that, based on the positive response message 
being detected by the detector, indicates that at least 
one specified object is within range of the wireless 
handset; 

wherein the at least one specified object is a non- 
transmitting cHp device, the query message generated 
by the generator which includes a beep request, and 
further wherein the non-transmitting cfip device is 
adapted to emit an audible beep signal in response to 
the beep request. 

4. A method for locating objects that are within range of 
a wireless handset, the objects including other wireless 
handsets capable of communicating with the wireless 
handset, the method comprising: 

initiating a find feature to determine if at least one 
specified object is within range of the wireless handset; 

detecting a message from the at least one specified object; 

recording information to a found list based on the mes- 
sage to indicate that the at least one specified object is 
within range of the wireless handset; 

providing a find list comprising a plurality of entries, each 
of the entries including information ^edfying at least 
one object, the initiating including initiating a find 
feature based on the information of at least one entry of 
the find fist; 

selecting an entry in the find list to specify an object, the 
initiating further including initiating a specific find 
feature based on the object specified by a selected entry 
of the find list to determine if the selected object is 
within range of the wireless handset; and 

detecting when no entry in the find list is selected, the 
initiating further including initiating, when it is 
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detected that do entry in the find list is selected, a 
general find feature based on each object of the plu- 
rality of entries of the find list to determine which 
objects of the find list are within range of the wireless 
handset. 

5. A wireless handset with enhanced operating features, 
the enhanced operating features comprising find features for 
locating objects, including other wireless handsets, that are 
within range of the wireless handset, the wireless handset 
comprising: 

initiating a find feature to determine if at least one 
specified object is within range of the wireless handset; 

detecting a message from the at least one specified object; 

indicating, based on the message being detected by the 
detector, that at least one specified object is within 
range of the wireless handset; 

recording information to a found list based on the mes- 
sage; and 

displaying the found list to indicate each object that is 
within range of the wireless handset. 

6. A wireless handset with enhanced operating features, 
the enhanced operating features comprising find features for 
locating objects, including other wireless handsets, that are 
within range of the wireless handset, the wireless handset 
comprising: 

an initiating system that initiates a find feature to deter- 
mine if at least one specified object is within range of 
the wireless handset; 

a tuner that tunes to a registry channel based on the 
initiation of the find feature; 

a receiver that receives a registry message on the registry 
channel horn the at least one specified object; 

a first recorder that records information based on the 
registry message received from the at least one speci- 
fied object; and 

an indicator that indicates, based on the message being 35 
detected by the detector, that the at least one specified 
object is within range of the wireless handset, the 
indicator comprising a second recorder that records a 
found list based on the message and a display that 
displays the found list to indicate that the at least one 
specified object is within range of the wireless handset; 

wherein the information that is recorded by the first 
recorder comprises at least one of an ID associated with 
the at least one specified object and a channel for 
contacting the at least one specified object, the first 
recorder temporarily recording the information in the 
wireless handset. 

7. A wireless handset with enhanced operating features, 
the enhanced operating features comprising find features for 
locating objects, including other wireless handsets, that are 
within range of the wireless handset, the wireless handset 
comprising: 

an initiating system that initiates a find feature to deter- 
mine if at least one specified object is within range of 
the wireless handset; 

a tuner that tunes to a registry channel based on the 
initiation of the find feature; 

a receiver that receives a registry message on the registry 
channel from the at least one specified object; 

a recorder that records information based on the registry 
message received from the at least one specified object; 
and 

a find list comprising a plurality of entries, each of the 
entries including information specifying at lea^ one 
object, the information of any entry of the find list 
comprising an ID of an object; 

wherein the initiating system initiates, when no entry in 
the find list is selected with the selector, a general find 
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feature based on each object of the plurality of entries 
of the find list to determine which objects of the find list 
are within range of the wireless handset. 

8. A method for locating objects that are within range of 
the wireless handset, the objects comprising other wireless 
handsets, the method comprising: 

initiating a find featxire to determine if at least one 
specified object is within range of the wireless handset; 

tuning to a registry channel based on the initiation of the 
find feature; 

receiving a registry message on the registry channel from 
the at least one specified object; 

recording information based on the registry message 
received from the at least one specified object, the 
recorded information comprising at least one of an ID 
associated with the at least one specified object and a 
channel for contacting the at least one specified object, 
the recording including recording the information to a 
temporary list of the wireless handset; and 

indicating, based on a positive message being detected, 
that the at least one specified object is within range of 
the wireless handset, the indicating comprising record- 
ing information to a found list based on the positive 
message and displaying the found list to indicate that 
the at least one specified object is within range of the 
wireless handset. 

9. A method for locating objects that are within range of 
the wireless handset, the objects comprising other wireless 
handsets, the method comprising: 

initiating a find feature to determine if at least one 
specified object is within range of the wireless handset; 

tuning to a registry channel based on the initiation of the 
find featiire; 

receiving a registry message on the registry chaimel from 
the at least one specified object; 

recording information based on the registry message 
received from the at least one specified object; 

providing a find list comprising a plurality of entries, each 
of the entries including information specifying at least 
one object, the information of an entry of the find list 
comprising an ID of an object; and 

detecting when no entry in the find list is selected, the 
initiating including initiating, when no entry in the find 
li^ is detected as being selected, a general find feature 
based on each object of the plurality of entries of the 
find list to determine which objects of the find list are 
within range of the wireless handset. 

10. In a wireless handset with enhanced operating 
features, a method for performing a memorize feature for 
exchanging information with objects, including other wire- 
less handsets that are capable of operating in a communi- 
cation mode with the wireless handset, the method compris- 
ing: 

initiating a memorize feature with at least one object; 
generating a query message based on the initiation of the 

memorize feature to request a response from the at least 

one object; 

receiving a positive re^>onse message from the at least 
one object in reply to the query message; 

recording information based on the positive response 
message received from the at least one object, the 
information comprising an ID associated with the at 
least one object; and 

generating the query message at a reduced power level 
when the at least one object is in close proximity to the 
wireless handset 



